On 05/20/2012 12:01 PM, James Bottomley wrote:
On Fri, 2012-05-18 at 23:09 +0200, Helge Deller wrote:
James, here is the full kernel log. Does this help?
Yes and no: it shows clearly we got all the way through the initrd, so
we've gone through the alias region thousands of times doing flushes.
Kernel Fault: Code=26 regs=8fc30940 (Addr=0f2ff000)
It's an access rights trap, presumably on the alias tlb, since the
address is definitely in the alias region. The obvious candidate is the
protection id deposit in do_alias
depw,z \prot,8,7,\prot
but that all checks out fine (you can compare it with
make_insert_tlb_11). So the page should have read, write and dirty set.
The interesting thing is that the only way to get an access rights trap
in the kernel is if the protection type is zero and I just can't see how
do_alias would zero out \prot in a way that functions on your C3000
(PA2.0) but not on the PA1.1 systems.
Are you sure this is booting the same kernel?
Yes, since I use tftboot to deliver same vmlinux kernel to all my machines
for bootup.
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
