> Slight side issue, while you guys are on the subject. > > I have my soundcard (an onboard i8x0) sharing an interrupt (IRQ 11) with > eth0 and usb-uhci. Would this be likely to give rise to xruns in a > similar way? I think motherboard audio bugs/latency issues will be more of a problem than shared IRQs. Turning off the PnP Setting in the BIOS and then "Reset Configuration Data" may cause a re-assignment to occur during the next time you go through BIOS POST. > or is it just a question of physically moving the ethernet card? Moving the ethernet card should get you another IRQ, though keep in mind, it's a bit stranger with PCI than ISA. To make it even spicier, some PCI slots are not capable of bus-mastering DMA. But the answer to your question is yes: moving the card will get you a different IRQ. As for the onboard-USB, well, that might be harder to "move". The problem is that the IRQs are "mapped" to PCI INT-levels, and it seems that many system hardware designers get very lazy and slopping with how they use them. Shared IRQs have been with us for a few years now, and I doubt it's the source of most xruns people see on their systems these days. We are talking about microseconds of additional time to determine the interrupt source here. If your xruns are in the hundreds of milliseconds, this is not your problem. If you're on the borderlines, THEN it might be something worth looking into. This brings up a point about technical diagnostics and troubleshooting: try to assess the magnitude of your xruns to give you valuable hints as to where to look for what might be wrong. If they're in the hundreds of milliseconds, your problem is most likely a big-kernel-lock/preemptible-kernel related fault, or just really bad hardware. File system choices affect this as well. Good luck, =MB= -- A focus on Quality.
