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

Re: [Xen-devel] Using debug-key 'o: Dump IOMMU p2m table, locks up machine



On 31/08/2012 22:45, "Sander Eikelenboom" <linux@xxxxxxxxxxxxxx> wrote:

> 
> I was trying to use the 'o' debug key to make a bug report about an "AMD-Vi:
> IO_PAGE_FAULT".
> 
> The result:
> - When using "xl debug-keys o", the machine seems in a infinite loop, can
> hardly login, eventually resulting in a kernel RCU stall and complete lockup.

We don't defer the key handler to tasklet context in this case (because of
'if !in_irq()' check in keyhandler.c:handle_keypress()). Hence the dom0 vCPU
gets 'stuck' while the handler executes. Possibly we should always defer
non-irq keyhandlers to tasklet context, even when executed via sysctl.

> - When using serial console: I get a infinite stream of "gfn:  mfn: " lines,
> mean while on the normal console, S-ATA devices are starting to give errors.

In this case the handler must be running in tasklet context. Not sure why
SATA interrupts would be affected as hardirq and softirq work will still be
carried out during execution of the keyhandler (the handler voluntarily
preempts itself for softirq work).

Would need more investigation. :)

 -- Keir

> So either option trashes the machine, other debug-keys work fine.
> 
> Machine has a 890-fx chipset and AMD phenom x6 proc.
> 
> xl dmesg with bootup and output from some other debug-keys is attached.
> 
> --
> 
> Sander
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxx
> http://lists.xen.org/xen-devel



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.