[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <8355959a0702070551m2275f235wa230691663aa91ae@mail.gmail.com>
Date: Wed, 7 Feb 2007 19:21:28 +0530
From: "Sunil Naidu" <akula2.shark@...il.com>
To: "Linus Torvalds" <torvalds@...ux-foundation.org>
Cc: "David Woodhouse" <dwmw2@...radead.org>,
"Randy Dunlap" <randy.dunlap@...cle.com>,
"Ingo Molnar" <mingo@...e.hu>,
"Linux Kernel Mailing List" <linux-kernel@...r.kernel.org>
Subject: Re: [patch] MTD: fix DOC2000/2001/2001PLUS build error
On 2/7/07, Linus Torvalds <torvalds@...ux-foundation.org> wrote:
>
>
> And yes, then it's almost always correct to "turn things on as needed to
> make everything work out right", while turning things off would be
> actively wrong.
I see a scenario (many others may have got this idea):-
Reading H/W config at the time of doing make (x)config. Idea is to
tell the user.....hey you have SATA disk, so you can't disable this!
(making life easier while compiling the kernel, kinda fast track auto
support)
Can we do this (some how by Kconfig) by reading from the device info
/etc/sysconfig/hwconf or any other way?
If we could do that like above, how to manage dynamic devices - say I
plug in a USB based Printer? Or a simple USB Thumb drive? Giving the
user "Optional Selection" settings from Kconfig? Say, after H/W auto
detection by Kconfig, hand over the user an option - "Buddy, do you
want to add any other device support into this kernel?"
Does this makes sense, Linus?
>
> Linus
>
~Akula2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists