<br><br><div><span class="gmail_quote">On 10/28/05, <b class="gmail_sendername">Julian Edwards</b> <<a href="mailto:myth@julian-edwards.com">myth@julian-edwards.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Ryan Steffes wrote:<br><br>> I thought I had finally gotten this fixed with the kernel option<br>> nolapic, but it happened to me again. I am experiencing hard lock ups<br>> that seem to be related to high data throughput, but aren't consistent
<br>> enough for me to track down. When it freezes, only hitting the reset<br>> or power button fixes it.<br>><br>> I have an MSI K7N2 Delta 2 motherboard with an AMD Barton 2500+ in<br>> it. It has a nforce northbridge. I am passing the kernel "acpi=no
<br>> noapic nolapic". I'm running 2.6.11-6mdk. I have one PVR 150. I have<br>> two hard drives, running LVM to make one video share. I'm running<br>> ivtv 0.3.9<br>><br>> What happens is a hard lock up. It generally happens when I'm
<br>> exercising the ethernet hard.<br><br>This exact same thing was happening to me too with my KT6 Delta.<br><br>[snip]<br><br>> Can anyone give any advice on where to go from here?<br><br>Sure. The problem is almost certainly to do with interrupt sharing. In
<br>my case it was a problem with the ACPI steering assigning too many<br>devices the same IRQ. I ended up fixing it by disabling unnecessary<br>onboard hardware (eg I don't need 8 USB controllers or onboard sound),<br>using acpi=off (is that different to your acpi=no ?) and re-positioning
<br><br>
</blockquote></div><br>
<br>
According to proc/interrupts, there shouldn't be a sharing
problem. However, I'm unsure if there is a difference between
acpi=no and acpi=off. I'll try "off" and see if I can pound away
on the NIC and the hard drive and see what happens.<br>