lkml.org 
[lkml]   [1999]   [Jan]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: Building .config into kernel
Date
To see how big .config might be in the kernel, I stripped blanks, # prefixed
lines, and CONFIG_, and it came to 739 bytes, or 397 gzipped.

Or, for a more compact format:
[a-z][!-Z]OPTION_IN_CAPS

Where the first two chars are a tag (1500 possible options, maybe a third
char would be wise, the char set is chosen, so it might
even be possible to convey it to another human in native form. Then, after
the tag, the option in upper-cased text and numbers.

This could be parsed with either a special tool, or, perhaps more
appropriately, a module (If it's for the same kernel version, the config
options would likely be the same, so the numbers would be right)
I don't know what the number of non-conflicting config options would be,
but it's not going to be over 1024, or 4K total data, and with that number,
the kernel would bloat so much, that the increase would not be very
noticable.

The more I think of this, the more it would be handy, for very little
overhead.

I wonder if this format might even be appropriate, in even terser form
(only module settings of modules are listed, not their presence)
in /proc/version
It's already over 80 chars, would 100 more really be a problem?

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:49    [W:0.047 / U:0.036 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site