From: benoit.fouet@free.fr (Benoit Fouet)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] Use CONFIG_VECTORS_BASE instead of hardcoded 0xffff0000.
Date: Wed, 21 Oct 2009 09:04:38 +0200 [thread overview]
Message-ID: <20091021090438.0ec458dd.benoit.fouet@free.fr> (raw)
In-Reply-To: <20091020201009.GA14305@n2100.arm.linux.org.uk>
Hi Russell,
On Tue, 20 Oct 2009 21:10:09 +0100 Russell King - ARM Linux wrote:
> On Tue, Oct 20, 2009 at 09:51:35PM +0200, Linus Walleij wrote:
> > I think we'd rather get rid of CONFIG_VECTORS_BASE
> > with that hex value, this config value could for example
> > be CONFIG_VECTORS_LOW | CONFIG_VECTORS_HIGH, mutually
> > exclusive instead, and then _LOW will basically never be used
> > and things become simpler, I think having a hex value for
> > CONFIG_VECTORS_BASE is actually confusing since that
> > may give people the (false) idea that this can be set to anything.
>
> In the MMU case, there are only two possible addresses for the vectors -
> 0x00000000 or 0xffff0000. Which is in play is entirely dependent on the
> state of the V bit in the control register.
>
Reading the DDI0344D (Cortex A8 r2p1 trm), it seemed to me that this
was configurable with the security extension:
http://infocentre.arm.com/help/topic/com.arm.doc.ddi0344d/Babfbcae.html
although my patch was very likely the wrong approach (changing
VECTORS_BASE does not really make sense, as this is the one that can
not be remapped), there are still processors in the wild in which you
can configure the base address of the exception vectors.
Ben
next prev parent reply other threads:[~2009-10-21 7:04 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-20 16:07 [PATCH] Use CONFIG_VECTORS_BASE instead of hardcoded 0xffff0000 Benoit Fouet
2009-10-20 19:51 ` Linus Walleij
2009-10-20 20:10 ` Russell King - ARM Linux
2009-10-21 7:04 ` Benoit Fouet [this message]
2009-10-21 8:09 ` Russell King - ARM Linux
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=20091021090438.0ec458dd.benoit.fouet@free.fr \
--to=benoit.fouet@free.fr \
--cc=linux-arm-kernel@lists.infradead.org \
/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