Re: Kernel Configurations
Hi,
My initial posting seems to have been misunderstood. I meant,
*do* drop the old .config file in, so that when you re-run make
config, the old answers would be the default. The reasons for running
the make config again is that you catch any totally new config
options.
I do not think it likely that config option shall morph into
other config option names.
I do, in fact, regularily just drop my old .config file in,
and just re run make menuconfig.
manoj
>>"Kristian" == Kristian Strickland <debian@nirvana.mta.ca> writes:
Kristian> Hi,
>> Newer kernels sometimes have new config options, so just dropping
>> an old .config file in does not always work. My advice is to always
>> run make (menu.x)?config again.
>>
>> manoj
Kristian> Well, a new kernel release would have to suddenly change the
Kristian> names for some of its options (not to say that it won't),
Kristian> such as CONFIG_BLK_DEV_FD (for your floppy drive) being
Kristian> changed to CONFIG_MATH_EMULATION. Looking at the .config
Kristian> file shows that things that you want are set to "y" and
Kristian> things that you don't are commented out, so dropping in an
Kristian> old .config would work provided the above (admittedly far
Kristian> out) example didn't happen, and the loss would be not
Kristian> getting the latest'n'greatest kernel features in your
Kristian> latest'n'greatest kernel. That being said, I wouldn't (and
Kristian> in fact didn't) drop in an old .config file, but would run
Kristian> make [menu|x]config again while more'ing my old .config in
Kristian> another console or window. You _do_ still have your old
Kristian> kernel sources at this point in your upgrade, don't you ;^)
--
"One machine can do the work of fifty ordinary men. No machine can do
the work of one extraordinary man." Elbert Hubbard ...yet. Karl
Lehenbauer
Manoj Srivastava <srivasta@acm.org> <http://www.datasync.com/%7Esrivasta/>
Key C7261095 fingerprint = CB D9 F4 12 68 07 E4 05 CC 2D 27 12 1D F5 E8 6E
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-user-request@lists.debian.org .
Trouble? e-mail to templin@bucknell.edu .
Reply to: