Hi guys,
just wanted to let you know that the problem seems to be the ASM1083 chip:
For about 6 months many users have been having interrupt problems with PCI boards, but it hasn't been
easy trying to find where the problem may be. However, it is now looking likely that the problem lies
in the ASM1083 PCIe-PCI bridge chipset, as used by Asus in many Sandybridge and AMD boards.
Many people using Linux do have this problem.
The right terms to google this are:
- irq "nobody cared" sandy bridge
- irq "nobody cared" asm1083
In
this thread (
same thread) they even link to this thread on planetz as one of the rare examples where windows users are affected.
Many people with DVB TV-cards are having problems with this chip on newer (mainly ASUS-) boards:
[mythbuntu] Disabling IRQ
The problem lies with the interrupt handling of this chip in some circumstances where the chip isn't answering fast enough (that's what i understood reading all the other postings).
Quote from
Linux Kernel Mailing List:
Specifically for the Asus E45M1-M PRO I would recommend:
1. The IRQ bug manifests itself when using any device behind the
ASM1083 bridge. That includes the 2 PCI slots on the motherboard, as
well as the Firewire interface. Avoid their use. Preferably use the
PCIe x1 slot.
2. An important problem is that, when IRQ 16..19 goes down, an
integrated device, which otherwise works flawlessly, goes along with
it. This includes the SATA, USB and both audio (HDMI / Analog)
subsystems. If possible, enable the use of MSI for these devices.
Clemens's patch for AHCI MSI is a real help here.
3. Step 1 above will practically eliminate the occurrence of the IRQ
bug. If the PCI bus really is needed, the patch below must be used
(with the kernel irqpoll command line option turned on, of course).
Just wanted to give you a heads up - even registered for this
