From: Michael Cree <mcree@orcon.net.nz>
To: Matt Turner <mattst88@gmail.com>
Cc: linux-alpha@vger.kernel.org, Richard Henderson <rth@twiddle.net>,
Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Subject: Re: [PATCH] alpha: fix ALPHA_LEGACY_START_ADDRESS and default to no
Date: Fri, 29 Oct 2010 23:25:50 +1300 [thread overview]
Message-ID: <4CCAA12E.6020809@orcon.net.nz> (raw)
In-Reply-To: <20101029042257.GA5886@Sempron.nc.rr.com>
On 29/10/10 17:22, Matt Turner wrote:
> Kconfig.debug had ALPHA_LEGACY_START_ADDRESS twice, which seemed to mess
> the whole thing up so that the only way that you could unselect
> it was to set ALPHA_GENERIC. That is to say, setting ALPHA_TITAN
> actually prevented unsetting ALPHA_LEGACY_START_ADDRESS, which is
> necessary for Titan systems. WTF.
I don't see what the problem is that you are trying to fix. The current
Kconfig is set up to automatically turn on ALPHA_LEGACY_START_ADDRESS if
you select a specific Alpha system for which it is safe to use
ALPHA_LEGACY_START_ADDRESS and will automatically turn it off if you
select one of Titan, Marvel or Wildfire. If you select a Generic system
then Kconfig enables the ALPHA_LEGACY_START_ADDRESS under the Kernel
hacking menu so that it can be manually decided whether it should be on
or off.
Debian, for example, uses this to build two different generic kernels,
one with the legacy start address and one without. Users can choose
which kernel to use at install time.
If I turn on Titan in the config, then the Legacy Start Address menu
item disappears, and the .config file is generated with
ALPHA_LEGACY_START_ADDRESS off. This appears to me to be the correct
behaviour.
Cheers
Michael.
next prev parent reply other threads:[~2010-10-29 10:25 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-29 4:22 [PATCH] alpha: fix ALPHA_LEGACY_START_ADDRESS and default to no Matt Turner
2010-10-29 6:22 ` Kaj-Michael Lang
2010-10-29 10:25 ` Michael Cree [this message]
2010-10-29 16:09 ` Matt Turner
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=4CCAA12E.6020809@orcon.net.nz \
--to=mcree@orcon.net.nz \
--cc=ink@jurassic.park.msu.ru \
--cc=linux-alpha@vger.kernel.org \
--cc=mattst88@gmail.com \
--cc=rth@twiddle.net \
/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