lkml.org 
[lkml]   [2003]   [Aug]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 2.4.23-pre1] /proc/ikconfig support
On Tue, Aug 26, 2003 at 04:33:09PM -0300, Marcelo Tosatti wrote:

> And about ikconfig, hum, I'm not sure if I want that. Its nice, yes, but I
> still wonder. You are free to convince me though: I think people usually
> know what they compile in their kernels, dont they?

Marcelo,

I can say for sure that I would really like to have ikconfig (I've been using
other sorts of proc_config patches for a long time now). It's not something
strictly necessary (otherwise it would already have been in), but it's really
userful in some situations because we're humans and not fail-safe :

- when a default kernel and a default config doesn't work on a customer's
system, and I insist on the fact it's someone else, you end up trying
several tricks till the time it finally runs. When you do this at a
customer's and you're compiling your 30rd kernel at 23h40 with the man
behind you with red eyes, you know for sure that at the very moment he
will see it boot, he will say "ok, thanks a lot, now let's go to bed. bye!"
When you come again several weeks after, he tells you that /usr/src/linux
took lots of useless space on his tapes and he removed it. Given the late
hour the last time, you didn't save the .config and definitely lost it.
Believe me, I was happy to see that I still had the .config for the 500+
days uptime kernel I reported a few days ago because that's not always the
case (even if I didn't need it this time).

- when trying patches, config options, optimizations, etc... it's common for
some (most ?) of us to quickly copy a bzimage.test under /boot, which entry
is already filled in lilo.conf, reboot it with init=/bin/sh and trying lots
of dirty tricks. After a while, you don't remember which .config was used
for the only one which causes trouble or which works, or you simply lost it
in a quick "make distclean" or "cd ..&&rm -rf linux&&tar x&&cd -", and being
able to recover it from bzimage or at run time would be great.

As you see, nothing much important in my opinion, but definitely compensates
for my unreliable brain and saves me much time. I don't really matter whether
you merge it or not, since I will use it anyway, but I see no reason it couldn't
serve others as well.

Cheers,
Willy

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

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