[PATCH], issue EOI to APIC prior to calling crash_kexec in die_nmi path

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



* Neil Horman <nhorman at tuxdriver.com> wrote:

> Ingo noted a few posts down the nmi_exit doesn't actually write to the 
> APIC EOI register, so yeah, I agree, its bogus (and I apologize, I 
> should have checked that more carefully).  Nevertheless, this patch 
> consistently allowed a hangning machine to boot through an Nmi lockup.  
> So I'm forced to wonder whats going on then that this patch helps 
> with.  perhaps its a just a very fragile timing issue, I'll need to 
> look more closely.

try a dummy iret, something like:

  asm volatile ("pushf; push $1f; iret; 1: \n");

to get the CPU out of its 'nested NMI' state. (totally untested)

the idea is to push down an iret frame to the kernel stack that will 
just jump to the next instruction and gets it out of the NMI nesting. 
Note: interrupts will/must still be disabled, despite the iret. (the 
ordering of the pushes might be wrong, we might need more than that for 
a valid iret, etc. etc.)

	Ingo



[Index of Archives]     [LM Sensors]     [Linux Sound]     [ALSA Users]     [ALSA Devel]     [Linux Audio Users]     [Linux Media]     [Kernel]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux