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? James -- 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
