From: Adrian Bunk <bunk@kernel.org>
To: Ingo Molnar <mingo@elte.hu>
Cc: Sam Ravnborg <sam@ravnborg.org>,
tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
linux-kernel@vger.kernel.org
Subject: Re: [2.6.24 patch] x86: allow 64bit setting in Kconfig
Date: Fri, 18 Jan 2008 23:23:27 +0200 [thread overview]
Message-ID: <20080118212327.GA14803@does.not.exist> (raw)
In-Reply-To: <20080118210633.GD10717@elte.hu>
On Fri, Jan 18, 2008 at 10:06:33PM +0100, Ingo Molnar wrote:
>
> * Adrian Bunk <bunk@kernel.org> wrote:
>
> > > > thx, i've added this to x86.git.
> > >
> > > this broke "make ARCH=i386 randconfig" from working when there's a
> > > 64-bit .config present. (it will not properly generate a 32-bit
> > > config, but still a 64-bit config)
> >
> > Does it always generate a 64bit .config or randomly a 32bit or 64bit
> > .config?
> >
> > As far as I see it's the latter.
>
> it inherits the existing .config's arch setting - and that's what people
> expect. I use a tree either in 64-bit mode or in 32-bit mode, fully
> driven via the .config alone. The Kbuild magic picks up the right arch
> variant and it all just works fine.
If you think anything was "fully driven via the .config alone" you
seem to neither understand how it works without my patch nor how it
works with my patch.
What drives your build without my patch is _not_ the .config but your
ARCH=i386.
When understand this, you might start understanding why I bang my head
against the wall each time a "make" fails on a 64bit .config when I try
to reproduce some compile or section mismatch problem someone reported
and kconfig automatically forces CONFIG_64BIT=n since I'm on a 32bit
computer.
Can we please get my patch into 2.6.24 so that we'll get _one_
architecture in kconfig and not the current mess with three different
situations in kconfig based on the ARCH setting (and the 32/64bit of
your userspace forcing a CONFIG_64BIT setting you have to override with
ARCH= on the command line)?
> Ingo
cu
Adrian
BTW: The correct way to drive your randconfigs (that is not limited to
to 32/64bit) is to use KCONFIG_ALLCONFIG.
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
prev parent reply other threads:[~2008-01-18 21:24 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-17 21:43 [2.6.24 patch] x86: allow 64bit setting in Kconfig Adrian Bunk
2008-01-18 10:44 ` Ingo Molnar
2008-01-18 10:50 ` Harvey Harrison
2008-01-18 11:37 ` Sam Ravnborg
2008-01-18 12:02 ` Ingo Molnar
2008-01-18 12:09 ` Adrian Bunk
2008-01-18 11:48 ` Ingo Molnar
2008-01-18 17:00 ` Ingo Molnar
2008-01-18 17:26 ` Adrian Bunk
2008-01-18 21:06 ` Ingo Molnar
2008-01-18 21:23 ` Adrian Bunk [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080118212327.GA14803@does.not.exist \
--to=bunk@kernel.org \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=mingo@redhat.com \
--cc=sam@ravnborg.org \
--cc=tglx@linutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox