|
|
|
|
|
|
|
|
|
|
xen-ia64-devel
RE: [Xen-ia64-devel] does xen support MCA now?
>> 1. If this is a TLB-related MCA, when xen_mca handler returns to
guest,
>> this MCA may happen again.
>
>When a TLB-relate MCA is occured, xen_mca handler tries to purge and
>reload TLB. In the current implementation, MCA is logged in dom0 but
>there is no way to notify the guest who caused it.
Sorry, I didn't see xen_mca handler purge and reload TLB in latest
changeset.
The code is commented out. Maybe I miss something, could you elaborate
it?
1216 /* TLB error is only exist in this SAL error record */
1217 recover = (psp->tc && !(psp->cc || psp->bc || psp->rc ||
psp->uc))
1218 /* other error recovery */
1219 #ifndef XEN
1220 || (ia64_mca_ucmc_extension
1221 && ia64_mca_ucmc_extension(
1222 IA64_LOG_CURR_BUFFER(SAL_INFO_TYPE_MCA),
1223 &ia64_sal_to_os_handoff_state,
1224 &ia64_os_to_sal_handoff_state));
1225 #else
>
>> 2. If this is a platform MCA, other pCPUs wakened up may trigger this
>> again.
>
>The platform MCA(CPE) is handled as correctable error. The other pCPUs
>are not rendezvoused.
Are all platform MCAs belonging to CPE?
My understanding is, corrected platform MCA is CPE, and this MCA should
have been corrected by firmware ( PAL or SAL), CPE interrupt is just
used to inform OS something has happened.
Uncorrected platform MCA still invoke OS_MCA, it still rendezvous other
processors.
- Anthony
_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel
|
|
|
|
|