Re: [PATCH 2.4.23-pre1] /proc/ikconfig support

[Willy Tarreau]

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@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/