2.6 mca_asm.S VA to PA mappings

2.6.0-test5-ia64-030908, arch/ia64/kernel/mca_asm.S, ia64_os_mca_done_dump
sets r2 to ia64_mca_bspstore then does DATA_VA_TO_PA(r2) which uses tpa.
This is before MCA has checked for a tlb error.  Is it safe to use tpa
before checking that the tlb data is valid or should it be using
LOAD_PHYSICAL?

Before calling the C code, MCA uses VIRTUAL_MODE_ENTER which in turn
calls DATA_PA_TO_VA on ar.bspstore.  DATA_PA_TO_VA sets bits 61:63 to
1, which assumes that ar.bspstore is identity mapped.  On a
non-identity mapped 2.4 kernel I have seen ar.bspstore go

ia64_mca_bspstore	(V=0xe000000004d5a6d0)
DATA_VA_TO_PA		(P=0x0000013014d5a6d0)
DATA_PA_TO_VA		(V=0xe000013014d5a6d0)

With the 2.4 alt.dtlb handler that still works, although it is
confusing to C code which needs to access the RSE data in
ia64_mca_bspstore.  I doubt that DATA_PA_TO_VA will work if the kernel
is in region 5.

-
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html