[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <AANLkTikd1v1RwHuU+mL4NoRcPuJQcjrOQUh_sXdQPC3Y@mail.gmail.com>
Date: Wed, 20 Oct 2010 11:47:56 +0300
From: "felipe.contreras@...il.com" <felipe.contreras@...il.com>
To: Kevin Hilman <khilman@...prootsystems.com>
Cc: Tony Lindgren <tony@...mide.com>,
Felipe Balbi <me@...ipebalbi.com>, balbi@...com,
linux-usb@...r.kernel.org, linux-omap <linux-omap@...r.kernel.org>,
linux-main <linux-kernel@...r.kernel.org>,
Greg KH <greg@...ah.com>
Subject: Re: [PATCH v2 3/3] drivers: cleanup Kconfig stuff
On Wed, Oct 20, 2010 at 3:13 AM, Kevin Hilman
<khilman@...prootsystems.com> wrote:
> Tony Lindgren <tony@...mide.com> writes:
>> So if you have something that's needed on almost every omap,
>> you can select it there.
>
> One thing I don't like about this is that there is currently no way to
> 'select' as a module.
>
> In order to get to a minimal kernel, in theory, we don't need regulator,
> i2c, MFD, or twl4030* built in. They should all be built as modules.
> Yes, there are some assumptions made today that some of these things are
> built in, and then are used from init code, but that is broken.
>
> If someone is looking for a good omap-kernel-janitors project, I would
> suggest getting to a *really* minimal OMAP2+ kernel with everything
> possible built as modules to be a very good project.
Yes, one use-case would be to select things as modules by default only
if ARCH_OMAP2PLUS_TYPICAL is selected.
But not everyone needs many of these things, I expect to be able to do
ARCH_OMAP2PLUS_TYPICAL=n, and manually enable USB stuff
USB_MUSB_HDRC=y, without having to know the dependencies myself.
That was the idea: simplify the defconfigs so that they are truly
minimal (they boot), and then people can add whatever they need (like
USB).
--
Felipe Contreras
--
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