Most of the discussions lately have been about reducing the memory overhead
of the feature and allowing it to free the memory when it is finished. Both
patches have consumed less than 1K of memory at their biggest. The PCI
strings were much bigger than that, were they not?
> 1) make zImage (make bzImage)
> 2) cat System.map >> zImage (bzImage)
> 3) boot the new image
> 4) cat /proc/ksyms_internal will open the zImage (bzImage) file, read the
> data at the end of image and show it.
>
> - Data is NOT linked into the kernel (~ 130 Kb of data), so NO kernel
> bloat, except of course for the /proc code.
Which is probably bigger than the entire /proc/config patch :-)
> - /proc support to read the symbols from the kernel image and show them
> catting /proc/ksyms_internal
> - The running kernel must know the position of boot image: I've done this
> with an environment variable settable from the boot loader. For example
> now I have booted the vmlinux.old:
> boot_image_path=/boot/vmlinux.old
> Now the running kernel knows the position System.map data is saved
> to, so we know where to load the System.map data from
What about a boot floppy. One argument for /proc/config was that you might
be booting a kernel you got off the network or something like that. With
those kernels, it's often the case that you just cat or dd them onto a
floppy and boot. I always keep one of those incase LILO gets corrupted. In
that case, the kernel image is NOWHERE that the kernel can find it.
> - I don't know how to handle network boot, I don't boot this way so I have
> no way to know how to make it right
Fair enough. This is basically the same situation that I just picked up
before.
-- [======================================================================] [ Kevin Lentin Email: K.Lentin@cs.monash.edu.au ] [ finger kevinl@fangorn.cs.monash.edu.au for PGP public key block. ] [ KeyId: 06808EED FingerPrint: 6024308DE1F84314 811B511DBA6FD596 ] [======================================================================]- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu