RE: [patch] per cpu MCA/INIT save areas (take 2)

From: Luck, Tony <>
Date: 2004-11-15 07:07:10
>Can you remind me why k3?  Are you worried about the TR mapping the
>per-CPU region getting corrupted?

This isn't for correctness, or even efficiency (since this is a
very low frequency execution path).  It is just to make the code
easier to read and maintain.  The current code in the MCA path that
loops through the array of tlb info structures looking for the
one that matches the current cpus cr.lid is quite ugly.  Replicating
it in the INIT code to find the per-cpu save+stack area will add
to the ugliness.  Having the phys address of the per-cpu area in
ar.k3 would clean things up.

For the INIT case it would be safe to just "tpa" a per-cpu address,
but in the MCA case we shouldn't trust the TR mapping.

To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to
More majordomo info at
Received on Sun Nov 14 15:09:37 2004

This archive was generated by hypermail 2.1.8 : 2005-08-02 09:20:32 EST