public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Ian S. Nelson" <nelcomp@attglobal.net>
To: Andries.Brouwer@cwi.nl
Cc: hpa@zytor.com, linux-kernel@vger.kernel.org
Subject: Re: How to check the kernel compile options ?
Date: Tue, 05 Feb 2002 17:14:16 -0700	[thread overview]
Message-ID: <3C607558.9090409@attglobal.net> (raw)
In-Reply-To: <UTC200202052356.g15Nu1w00794.aeb@apps.cwi.nl>

Andries.Brouwer@cwi.nl wrote:

>    > I would be surprised if there is anyone on this list
>    > who has not lost at some point either the .config, the
>    > ksyms, or something similar associated with at least
>    > one build they've made.
>
>    Sure.  And people have lost their root filesystems due to "rm -rf /".
>    That doesn't mean we build the entire (real) root filesystem into
>    the kernel.
>
>	-hpa
>
>Peter, in my eyes this is an unreasonable answer.
>
>For debugging and other purposes it is good to have some
>information. One may wish to know about a certain kernel image
>what Linux kernel version that was, with what patches, compiled
>with what options, by which compiler. Or one may want to know
>such things about the currently running kernel. Even user-space
>programs (like mount) may want to know (what NFS version? do we
>have CONFIG_JOLIET?).
>
>Today we supply a little of this information.
>For example, /proc/version supplies information on version
>and compiler and date. Why? One might as well keep this compiler
>info in a separate file. What a waste of unswappable kernel memory!
>
>You see - this is not a matter of absolutes.
>In the good old days, when an operating system had to fit in 4k
>and a device driver in 128 words, putting a 100-char text like
>the one found in /proc/version into the system would be ridiculous.
>Today nobody worries about a hundred bytes paid for some useful info.
>
>So, the question is: how useful is the information, and how expensive
>is it to store it. Consider the config options. How much space do they
>take? Typically 1-5 kB (compressed). If this is stored at the end of
>a kernel image file, and not loaded into memory, then the kernel memory
>cost is zero. If this is made part of the kernel itself, say accessible
>via /proc, then the cost is 1-5 kB.
>
>So, you should ponder whether it is worthwhile to pay this cost of zero,
>and ponder whether it is worthwhile to pay this cost of 5 kB.
>

I think it's insanely useful at times.  Especially if you're doing 
something like building an embedded box where you're building some of 
your own drivers and making some kernel mods.  And you've got a team of 
5 or more people.  

I've written a simple hack that puts .config in the proc filesystem. 
 I'll send it if you want.  It bzip2 the .config file and then you can 
bzcat /proc/kernconfig to see what your kernel was made with.  It's not 
a good general purpose solution but it worked for what I was doing.

Ian

-- 
Ian S. Nelson <nelcomp@attglobal.net>        303-666-0315
Nelson Computing of Boulder Colorado
Networking/Contracting/Custom Software/Linux Fast and Personal service




  reply	other threads:[~2002-02-06  0:14 UTC|newest]

Thread overview: 118+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-02-05 23:56 How to check the kernel compile options ? Andries.Brouwer
2002-02-06  0:14 ` Ian S. Nelson [this message]
2002-02-06  0:19 ` H. Peter Anvin
2002-02-06  0:20 ` Alan Cox
2002-02-06 10:36   ` Christoph Rohland
2002-02-06 14:16     ` Alan Cox
2002-02-06 15:31       ` Christoph Rohland
2002-02-06 22:13         ` Alex Bligh - linux-kernel
2002-02-06 15:59       ` Randy.Dunlap
2002-02-06 16:32         ` Padraig Brady
2002-02-09 18:15         ` Bill Davidsen
2002-02-11  0:29           ` Daniel Phillips
2002-02-11 19:05             ` Bill Davidsen
2002-02-11 21:17               ` Alex Bligh - linux-kernel
2002-02-12  0:32               ` Daniel Phillips
2002-02-12 16:38                 ` Bill Davidsen
2002-02-12 17:23                   ` Daniel Phillips
2002-02-12 17:26                     ` Padraig Brady
2002-02-12 18:32                       ` Bill Davidsen
2002-02-12 21:06                         ` Andreas Dilger
2002-02-12 22:10                           ` Ville Herva
2002-02-12 22:33                             ` Andreas Dilger
2002-02-13  0:49                           ` Randy.Dunlap
2002-02-13  2:35                             ` Andreas Dilger
2002-02-13 15:37                             ` [lkml] " Ian Soboroff
2002-02-12 18:26                     ` Bill Davidsen
2002-02-13 14:19                     ` Horst von Brand
2002-02-13 15:58                       ` Daniel Phillips
2002-02-13 23:00                         ` Bill Davidsen
2002-02-13 16:25                       ` Richard B. Johnson
2002-02-13 18:09                         ` Randy.Dunlap
2002-02-13 18:26                           ` Daniel Phillips
2002-02-13 18:27                           ` Richard B. Johnson
2002-02-13 18:35                             ` Daniel Phillips
2002-02-13 18:40                           ` Randy.Dunlap
2002-02-13 21:51                         ` Bill Davidsen
2002-02-13 22:02                           ` Richard B. Johnson
2002-02-13 23:08                             ` Bill Davidsen
2002-02-13 23:21                               ` Ben Greear
2002-02-13 23:39                                 ` Andreas Dilger
2002-02-13 22:17                           ` Ben Greear
2002-02-13 23:13                             ` Bill Davidsen
2002-02-14 16:48                               ` Randy.Dunlap
2002-02-15 22:51                                 ` Andreas Dilger
2002-02-15 23:04                                   ` Randy.Dunlap
2002-02-16  1:10                                     ` Randy.Dunlap
2002-02-19 11:14                                       ` Andreas Dilger
2002-02-16  0:58                                   ` Andreas Ferber
2002-02-22 19:56                                     ` Randy.Dunlap
2002-02-23  7:02                                       ` Andreas Ferber
2002-02-26  6:30                                         ` Andreas Ferber
2002-03-01 21:01                                           ` Randy.Dunlap
2002-02-14  1:02                           ` Daniel Phillips
2002-02-17 12:11                             ` Bill Davidsen
2002-02-12 17:35                   ` Chris Friesen
2002-02-11 18:37           ` Randy.Dunlap
2002-02-11 19:26             ` Bill Davidsen
2002-02-06 16:26       ` Ville Herva
2002-02-06 17:26         ` Thomas Capricelli
2002-02-06 18:16         ` David Relson
2002-02-07  7:56           ` Ville Herva
2002-02-07  9:12             ` Thomas Capricelli
2002-02-07 12:22               ` Ville Herva
2002-02-07 21:11             ` Horst von Brand
2002-02-08  8:25               ` Ville Herva
2002-02-07  8:52       ` Horst von Brand
2002-02-06 11:29 ` Marco Colombo
2002-02-06 13:26   ` Horst von Brand
     [not found] <0C01A29FBAE24448A792F5C68F5EA47D217218@nasdaq.ms.ensim.com>
2002-02-12 21:26 ` Paul Menage
  -- strict thread matches above, loose matches on Subject: below --
2002-02-06  4:55 Rick A. Hohensee
     [not found] <fa.c5n369v.1a10827@ifi.uio.no>
2002-02-04 16:21 ` Giacomo Catenazzi
2002-02-04 16:01 David Balazic
2002-02-04 16:54 ` Alan Cox
2002-02-04 17:02   ` David Balazic
2002-02-04 17:23     ` Alan Cox
2002-02-04 17:12       ` David Balazic
2002-02-04 17:16         ` Allan Sandfeld
2002-02-04 18:05           ` Daniel Phillips
2002-02-04 18:14             ` Arjan van de Ven
2002-02-04 18:24               ` Ben Greear
2002-02-04 18:24               ` Daniel Phillips
2002-02-04 22:11                 ` H. Peter Anvin
2002-02-04 23:46                   ` Daniel Phillips
2002-02-04 23:34               ` J.A. Magallon
2002-02-04 18:09     ` Samuli Suonpaa
2002-02-04 17:34 ` Thomas Capricelli
2002-02-04 17:50 ` David Relson
2002-02-04 18:22   ` H. Peter Anvin
2002-02-05 22:02     ` Alex Bligh - linux-kernel
2002-02-05 22:13       ` H. Peter Anvin
2002-02-06  9:15         ` Daniel Phillips
2002-02-07  4:13           ` Mike Touloumtzis
2002-02-07  9:32             ` Marco Colombo
2002-02-07 13:18             ` Daniel Phillips
2002-02-07 18:26               ` Mike Touloumtzis
2002-02-07 19:19                 ` Daniel Phillips
2002-02-07 20:34                   ` Mike Touloumtzis
2002-02-07 20:54                     ` Daniel Phillips
2002-02-07 21:08                       ` Mike Touloumtzis
2002-02-07 21:33                         ` Daniel Phillips
2002-02-07 23:58                         ` John Alvord
2002-02-09 21:59                         ` Alex Bligh - linux-kernel
2002-02-07 21:08                     ` Daniel Phillips
2002-02-07 21:41                       ` Mike Touloumtzis
2002-02-07 22:09                         ` Daniel Phillips
2002-02-07 22:13                           ` Mike Touloumtzis
2002-02-07 22:27                             ` Daniel Phillips
2002-02-08 20:53                           ` Horst von Brand
2002-02-09 12:22                             ` Daniel Phillips
2002-02-11 16:07                             ` Randy.Dunlap
2002-02-09 21:39                     ` Alex Bligh - linux-kernel
2002-02-06 16:37       ` Bill Davidsen
2002-02-04 18:34   ` David Relson
2002-02-04 21:09     ` Keith Owens
2002-02-05 16:30       ` Thomas Capricelli
2002-02-04 22:12     ` H. Peter Anvin
2002-02-04 16:01 David Balazic
2002-02-04 21:47 ` Matti Aarnio

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3C607558.9090409@attglobal.net \
    --to=nelcomp@attglobal.net \
    --cc=Andries.Brouwer@cwi.nl \
    --cc=hpa@zytor.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox