[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1214942000.10393.418.camel@pmac.infradead.org>
Date: Tue, 01 Jul 2008 20:53:20 +0100
From: David Woodhouse <dwmw2@...radead.org>
To: Sam Ravnborg <sam@...nborg.org>
Cc: Adrian Bunk <bunk@...nel.org>,
Christian Borntraeger <borntraeger@...ibm.com>,
Avi Kivity <avi@...ranet.com>, linux-arch@...r.kernel.org,
kvm@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [2.6 patch] remove dummy asm/kvm.h files
On Tue, 2008-07-01 at 21:32 +0200, Sam Ravnborg wrote:
> On Tue, Jul 01, 2008 at 07:27:16PM +0300, Adrian Bunk wrote:
> > This patch removes the dummy asm/kvm.h files on architectures not (yet)
> > supporting KVM and uses the same conditional headers installation as
> > already used for a.out.h .
> >
> > Also removed are superfluous install rules in the s390 and x86 Kbuild
> > files (they are already in Kbuild.asm).
> >
> > Signed-off-by: Adrian Bunk <bunk@...nel.org>
>
> I really do not like the way we implement these checks and
> think this should be a kconfig option.
> But we do not (yet) require a configured kernel when exporting
> to userspace so this is not feasible right now.
I'm _really_ dubious about doing this kind of thing through Kconfig.
In the general case, we really don't want exported headers to have any
differences based on the kernel configuration.
Yes, I suppose it would be OK if we are very careful not to let anyone
use config symbols that aren't hard-coded for the given architecture.
But in practice I don't think there's any real chance that we'd manage
to be careful _enough_. We'd find people using symbols they shouldn't
be.
> So despite the above this patch has my:
> Acked-by: Sam Ravnborg <sam@...nborg.org>
>
> Same for the asm/a.out patch you posted the other day.
>
> David - I assume you take these via your tree?
I can do.
--
dwmw2
--
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