[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <alpine.LFD.0.999.0709202207360.19354@enigma.security.iitk.ac.in>
Date: Thu, 20 Sep 2007 22:17:27 +0530 (IST)
From: Satyam Sharma <satyam@...radead.org>
To: Charles N Wyble <charles@...wybles.com>
cc: Andi Kleen <ak@...e.de>, virtualization@...ts.linux-foundation.org,
Chris Wright <chrisw@...s-sol.org>,
Anthony Liguori <aliguori@...ibm.com>,
lkml - Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 3/3] Time to make CONFIG_PARAVIRT non-experimental.
On Thu, 20 Sep 2007, Charles N Wyble wrote:
>
> Satyam Sharma wrote:
> >
> > On Tue, 18 Sep 2007, Charles N Wyble wrote:
> >> Andi Kleen wrote:
> >>> Besides it's bad taste and taste is very important.
> >> Well it's bad taste for you (one person).
> >
> > FWIW, my opinion is the same as Andi's here. Please, let's avoid this
> > disease -- unless *absolutely* required, stuff shouldn't be "default y".
>
> I am curious why you think it shouldn't be default why? Bad taste? Can
> you provide data about how it will harm things?
Clear CONFIG_PARAVIRT from your .config and try "make oldconfig", and find
out for yourself :-)
You'll end up having to answer questions for all other config options
below it, that you never cared about, that you didn't know even existed.
You'd obviously (I would, at least) feel annoyed by it all ... this is
almost a regression :-)
And for those who automate the oldconfig process using "yes", well, this
"default y" *will* end up introducing a kernel text size regression --
all those config options they never had earlier, suddenly got enabled.
Besides, like Andi said, selecting or enabling CONFIG_PARAVIRT is quite
pointless in the first place -- it's just a menuconfig symbol, not a
"real" kconfig symbol that _actually_ controls code in the Makefiles.
Satyam
-
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