[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <6599ad830708310954y244b1043kd69264ca6628b0df@mail.gmail.com>
Date: Fri, 31 Aug 2007 09:54:13 -0700
From: "Paul Menage" <menage@...gle.com>
To: "Andrew Morton" <akpm@...ux-foundation.org>
Cc: "Lee Schermerhorn" <Lee.Schermerhorn@...com>,
ckrm-tech@...ts.sourceforge.net, balbir@...ibm.com,
vatsa@...ux.vnet.ibm.com, bob.picco@...com,
linux-kernel@...r.kernel.org, "Paul Jackson" <pj@....com>,
mel@...net.ie, nacc@...ibm.com,
"Serge E. Hallyn" <serge@...lyn.com>,
kamezawa.hiroyu@...fujitsu.com, clameter@....com
Subject: Re: [ckrm-tech] Regression in 2.6.23-rc2-mm2, mounting cpusets causes a hang
On 8/15/07, Andrew Morton <akpm@...ux-foundation.org> wrote:
>
> I don't recall what specifically went wrong when we were using select
> in there, but it was pretty ugly.
>
> We're hitting more and more problems with this "select is
> broken"-versus-"depends-on user inferface sucks" problem.
How about if it was an error to have a "depends" and a "select" for
the same config option? That would simplify the config graph - maybe
it would avoid the problems that you'd seen before?
Alternatively, for options that aren't user-selectable, but are only
triggered by the user selecting a component that requires them (e.g.
selecting the memory controller requires containers) maybe they should
be taken out of Kconfig and just made into Makefile-derived variables?
Paul
-
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