[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1156458211.2510.900.camel@stark>
Date: Thu, 24 Aug 2006 15:23:31 -0700
From: Matt Helsley <matthltc@...ibm.com>
To: Kirill Korotaev <dev@...ru>
Cc: "Chandra S. Seetharaman" <sekharan@...ibm.com>,
Rik van Riel <riel@...hat.com>,
Alan Cox <alan@...rguk.ukuu.org.uk>,
CKRM-Tech <ckrm-tech@...ts.sourceforge.net>,
Greg KH <greg@...ah.com>, Andi Kleen <ak@...e.de>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Christoph Hellwig <hch@...radead.org>,
Andrey Savochkin <saw@...ru>,
Rohit Seth <rohitseth@...gle.com>,
Oleg Nesterov <oleg@...sign.ru>, devel@...nvz.org,
Pavel Emelianov <xemul@...nvz.org>
Subject: Re: [ckrm-tech] [PATCH 1/6] BC: kconfig
On Thu, 2006-08-24 at 15:47 +0400, Kirill Korotaev wrote:
> > Is there a reason why these can be moved to a arch-neutral place ?
> I think a good place for BC would be kernel/Kconfig.bc
I think kernel/bc/Kconfig is fine.
> but still this should be added into archs.
> ok?
Sourcing the bc Kconfig from arch Kconfigs would seem to suggest that
resource management is only possible on a proper subset of archs. Since
this is not the case wouldn't it be better to source the bc Kconfig from
an arch-independent Kconfig (init/Kconfig for example)?
> > PS: Please keep ckrm-tech on Cc: please.
Also, thank you for CC'ing CKRM-Tech with your earlier posting of these
patches.
> Sorry, it is very hard to track emails coming from authors and 3 mailing lists.
Yes, it can be difficult to keep track of all the email authors.
> Better tell me the interested people emails.
CC'ing only the known-interested people wouldn't be better. If anything
I think it's harder for everyone than simply CC'ing a relevant mailing
list like LKML and CKRM-Tech in this case.
Cheers,
-Matt Helsley
-
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