[PATCH] increase the use of CONFIG_VECTORS_BASE
Nicolas Pitre
nico at fluxnic.net
Mon Apr 11 15:39:32 EDT 2011
On Mon, 11 Apr 2011, Domenico Andreoli wrote:
> From: Domenico Andreoli <cavokz at gmail.com>
>
> If CONFIG_VECTORS_BASE is meant to make vectors base address
> configurable, it is not consistently used. At least in arch/arm/mm/mmu.c
> the explicit value 0xffff0000 is still widely used.
>
> This is an attempt to improve the situation.
>
> Signed-off-by: Domenico Andreoli <cavokz at gmail.com>
NAK.
Some explanation is in order.
On CPU cores with a MMU, there are only two possibilities for the
location of the vector page: either address 0, or address 0xffff0000.
Some CPUs only supports the low vectors i.e. at 0. Most others allow
for a selection between either of those addresses using the V bit in the
control register (see the vectors_high() macro for example). In those
cases replacing 0xffff0000 with CONFIG_VECTORS_BASE is the wrong thing
to do.
Now, because the vector table and associated stubs are quite small, we
also use the same memory page for other things such as read-only code
segments made available to user space. So to simplify things, the
vector page is _always_ mapped at 0xffff0000, regardless if the CPU
supports high vectors or not (if it doesn't then another mapping for the
same page is installed at 0). So also in this case it is wrong to
substitute 0xffff0000 with CONFIG_VECTORS_BASE.
Finally, on non-MMU processors, the actual vector table is often in ROM
and no RAM page can be mapped to the vector address because of course
there is no MMU. In this case, all vectors (except for the reset one)
are usually branching to some arbitrary location in RAM to allow the
installed software to redirect them. This is where CONFIG_VECTORS_BASE
really makes sense as it should be set to the address of the memory area
that the OS can modify to hook its exception handlers.
So using CONFIG_VECTORS_BASE really depends on the context. For shared
code between the MMU and non-MMU cases with access to the vector page,
then it makes sense to use CONFIG_VECTORS_BASE, and in the MMU case it
shouldn't be set to anything other than 0xffff0000.
Nicolas
More information about the linux-arm-kernel
mailing list