I have some supermicro systems with the same chipset/problem as the
1850/2850. This patch appears to fix the problem for me. I could
always hang the server by using scp to copy a large file. I have been
able to scp this file 10 times without a hang!! However, it looks
like we lose ACPI. Is that the expected outcome?
cat /proc/interrups before and after:
 CPU0
 1: 10 Phys-irq i8042
 9: 0 Phys-irq acpi
 12: 101 Phys-irq i8042
 15: 4412096 Phys-irq ide1
 16: 94555 Phys-irq uhci_hcd, uhci_hcd
 18: 6161124 Phys-irq uhci_hcd
 19: 0 Phys-irq uhci_hcd
 48: 84003 Phys-irq 3w-xxxx
 54: 3091939 Phys-irq eth0
256: 0 Dynamic-irq ctrl-if
257: 22704931 Dynamic-irq timer0
258: 0 Dynamic-irq console
259: 0 Dynamic-irq net-be-dbg
NMI: 0
LOC: 0
ERR: 0
MIS: 0
 CPU0
 1: 10 Phys-irq i8042
 12: 101 Phys-irq i8042
 15: 24398 Phys-irq ide1
 16: 288202 Phys-irq uhci_hcd, uhci_hcd
 18: 7522500 Phys-irq uhci_hcd
 19: 0 Phys-irq uhci_hcd
 48: 92704 Phys-irq 3w-xxxx
 54: 7764230 Phys-irq eth0
128: 1 Dynamic-irq misdirect
129: 0 Dynamic-irq ctrl-if
130: 239113 Dynamic-irq timer
131: 0 Dynamic-irq console
132: 0 Dynamic-irq net-be-dbg
NMI: 0
ERR: 0
David
On 7/13/05, Keir Fraser <Keir.Fraser@xxxxxxxxxxxx> wrote:
>
> Looking back over the emails on this topic, someone pointed out a
> patch for Linux 2.6.10 that disabled software IRQ affinity for
> 1850/2850 systems.
>
> You can try a similar fix on Xen (either 2.0.x or unstable) by editing
> arch/x86/irq.c:pirq_guest_bind(), and remove the following lines:
>
> if ( desc->handler->set_affinity != NULL )
> desc->handler->set_affinity(<blah>);
>
> If this fixes the I/O hangs for you, it is a nicer fix than
> ignorebiostables. I can add a boot parameter to have the same effect,
> and also probably have the fix applied automatically for 1850/2850
> systems in the unstable tree (just like Linux).
>
> Let me know how it works out.
>
> -- Keir
>
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel