> Seems to me that a TLB error caused by a duplicate TR dropin > *should* call > C code. A MCA caused by a duplicate TR is a software bug that should > panic the system. > > I understand that TLB parity errors would be silently > corrected in mca_asm.S > by reloading the TLB. The patch that I posted recently (June 25th) for recovery from TLB MCA errors (for 2.4 ... version for 2.5 will be out soon). Should do what you want. The assembly code checks the "processor state parameter" to see if there was a TLB error, if there is, then it fixes it by purging the TLB and reloading ITR[0,1], DTR[0,1,2]. It then calls the C-code handler (in case there are other errors in the same MCA, and to give the upper level code an opportunity to do whatever logging it wants to do). -Tony - 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.htmlReceived on Wed Jul 9 11:32:28 2003
This archive was generated by hypermail 2.1.8 : 2005-08-02 09:20:16 EST