On Mon, 2009-10-05 at 14:05 +0200, Jens-Michael Hoffmann wrote:
> On Monday, 5. October 2009 01:29:39 Ben Hutchings wrote:
> > On Mon, 2009-10-05 at 00:15 +0100, Antonio Marcos López Alonso wrote:
> > > > Is this a new problem or did it occur with earlier kernel versions?
> > >
> > > No, it happened also in previous versions. But at least irqpoll/irqfixup
> > > worked pretty well. Now this behavior seems to get worsened even using
> > > these kernel options.
> > >
> > > > Can you try to reproduce this without the nvidia or virtualbox modules
> > > > loaded?
> > >
> > > I can but just to make things faster:
> > >
> > > Jens-Michael,
> > >
> > > Have you got any nvidia/virtualbox modules running in your host? Just to
> > > discard...
> >
> > The warning message shows all loaded modules, and those aren't included,
> > so this question is answered.
> >
> > I had a look at the code and the values in the 'transmit timed out'
> > message, and it seems that the NIC has reported a transmit completion
> > but this hasn't been handled. Perhaps another device sharing its IRQ is
> > misbehaving and causing the IRQ to be disabled. Please can you send
> > more of the kernel log from before the TX watchdog warning? Also, if
> > this happens again, please send the contents of /proc/interrupts.
>
> /proc/interrupts:
> CPU0 CPU1
> 0: 42 0 IO-APIC-edge timer
> 1: 0 82 IO-APIC-edge i8042
> 8: 0 0 IO-APIC-edge rtc0
> 9: 0 0 IO-APIC-fasteoi acpi
> 14: 0 109 IO-APIC-edge ide0
> 17: 5 581 IO-APIC-fasteoi firewire_ohci
> 18: 350432 19112694 IO-APIC-fasteoi eth1
> 20: 6365 143067 IO-APIC-fasteoi sata_via
> 21: 0 0 IO-APIC-fasteoi uhci_hcd:usb1, ehci_hcd:usb2, uhci_hcd:usb3, uhci_hcd:usb4, uhci_hcd:usb5
> 23: 150373 6348653 IO-APIC-fasteoi eth2
[...]