[lkml]   [2001]   [Apr]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: /proc/config idea
    yes it's unreclaimable memory and that's why we want to minimize how much
    is used.

    on the other hand there is a factor of reliability in the kernel knowing
    what options were used to compile it that you just cannot match with a
    seperate file, or even with it a part of the on-disk image that is thrown
    out when it gets loaded into memory.

    if the distro/sysadmin _always_ installs the kernel the 'right way' then
    the difference isn't nessasarily that large, but if you want reliability
    on any system it may be worth loosing a page or so of memory (hasn't
    someone said that the data can be compressed to <1K?) make it so that you
    need a common external tool to use the data and deliver it from the kernel
    in compressed form and you don't even need to put the decompression
    routine in the kernel (cat /proc/sys/kernel/config |gunzip >config)

    David Lang

    On Mon, 2 Apr 2001, Jeff Garzik

    > Date: Mon, 02 Apr 2001 20:23:28 -0400
    > From: Jeff Garzik <>
    > To: Jeremy Jackson <>
    > Cc: Ian Soboroff <>,
    > Subject: Re: /proc/config idea
    > Jeremy Jackson wrote:
    > > Yes, I like this. I do this manually, it allows reproducability, and
    > > incremental
    > > modifications, tracing how that kernel on that problem system was made...
    > >
    > > I think the ultimate would be to put all of .config (gzipped?) in a new ELF
    > > section without the Loadable attribute... I wish was the same.
    > > The you're guaranteed you know how a kernel on disk was configured.
    > >
    > > To correlate a running kernel to one on disk (vmlinuz) you have LILO...
    > > it appends an environment variable to the kernel command line with
    > > the name of the file it booted. This is not infallable, since LILO maps
    > > disk sectors, only using the filesystem at map install time.
    > >
    > > Permaps an md5sum of the .text ELF section would conclusively
    > > link the in-core kernel with an on-disk vmlinuz? Shouldn't be hard
    > > to do with objcopy and /proc/kmem?
    > [...]
    > > Comments anyone?
    > Instead of doing all this stuff in the kernel, you could simply update
    > symlinks to properly installed files at boot time.
    > Putting _files_ in the kernel is plain silly. This is unreclaimable
    > memory, folks. There is no need to special case an operation as simple
    > as reading a file. [I think this about firmware images too, but that's
    > another thread]
    > --
    > Jeff Garzik | May you have warm words on a cold evening,
    > Building 1024 | a full moon on a dark night,
    > MandrakeSoft | and a smooth road all the way to your door.
    > -
    > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    > the body of a message to
    > More majordomo info at
    > Please read the FAQ at

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:22    [W:0.028 / U:194.912 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site