<br><br><div><span class="gmail_quote">On 10/29/05, <b class="gmail_sendername">Ryan Steffes</b> <<a href="mailto:rbsteffes@gmail.com">rbsteffes@gmail.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;">
<br><br><div><div><span class="e" id="q_1073c7a3d3144d84_1"><span class="gmail_quote">On 10/28/05, <b class="gmail_sendername">Michael T. Dean</b> <<a href="mailto:mtdean@thirdcontact.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
mtdean@thirdcontact.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>>On 10/28/05, Julian Edwards <<a href="mailto:myth@julian-edwards.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">myth@julian-edwards.com</a>> wrote:<br>>
<br>><br>>>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>>>><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>>>><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>>According to proc/interrupts, there shouldn't be a sharing problem. However,
<br>>I'm unsure if there is a difference between acpi=no and acpi=off. I'll try<br>>"off" and see if I can pound away on the NIC and the hard drive and see what<br>>happens.<br>><br>vi /usr/src/linux-`uname -r`/Documentation/kernel-
parameters.txt<br><br>/acpi<br><br> acpi=
[HW,ACPI] Advanced Configuration and Power Interface<br> Format:
{ force | off | ht | strict }<br> force
-- enable ACPI if default was off<br> off
-- disable ACPI if default was on<br> noirq
-- do not use ACPI for IRQ routing<br> ht
-- run only enough ACPI to enable Hyper Threading<br> strict
-- Be less tolerant of platforms that<br>are not<br> strictly
ACPI specification compliant.<br><br>I think you were trying for "acpi=noirq noapic nolapic". And, it<br>wouldn't hurt to throw in a "pci=noacpi" for good measure. Most of the<br>'net gets these parameters wrong, though, so I realize you saw someone
<br>else recommend this...<br><br>Note, also, that "acpi=off" would give you the same IRQ-related results<br>as "acpi=noirq" (and disable the rest of ACPI, also).</blockquote></span></div><div><br>
<br>
Changing to acpi=off did not fix the problem. I'm a little concerned
with whether it's really off though, it seems to turn on local apic
before reading the kernel options:<br>
<br>
Oct 29 08:56:54 mythtv kernel: Found and enabled local APIC!<br>
Oct 29 08:56:54 mythtv kernel: Initializing CPU#0<br>
Oct 29 08:56:54 mythtv kernel: Kernel command line: auto
BOOT_IMAGE=MythTV ro root=341 acpi=off noapic nolapic resume=/dev/hdb3
splash=silent<br>
Oct 29 08:56:54 mythtv kernel: bootsplash: silent mode.<br>
<br>
Later, it does say:<br>
<br>
Oct 29 08:56:54 mythtv kernel: PCI: PCI BIOS revision 2.10 entry at 0xfbe50, last bus=2<br>
Oct 29 08:56:54 mythtv kernel: PCI: Using configuration type 1<br>
Oct 29 08:56:54 mythtv kernel: mtrr: v2.0 (20020519)<br>
Oct 29 08:56:54 mythtv kernel: ACPI: Subsystem revision 20050211<br>
Oct 29 08:56:54 mythtv kernel: ACPI: Interpreter disabled.<br>
Oct 29 08:56:54 mythtv kernel: Linux Plug and Play Support v0.97 (c) Adam Belay<br>
Oct 29 08:56:54 mythtv kernel: pnp: PnP ACPI: disabled<br>
Oct 29 08:56:54 mythtv kernel: PnPBIOS: Disabled<br>
Oct 29 08:56:54 mythtv kernel: PCI: Probing PCI hardware<br>
Oct 29 08:56:54 mythtv kernel: PCI: Probing PCI hardware (bus 00)<br>
Oct 29 08:56:54 mythtv kernel: PCI: Using IRQ router default [10de/01e0] at 0000:00:00.0<br>
<br>
but it doesn't say anything about local apic again. How can I check that it's really disabled?<br>
<br>
<br>
</div><br></div><br>
<br>_______________________________________________<br>mythtv-users mailing list<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br><a onclick="return top.js.OpenExtLink(window,event,this)" href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users" target="_blank">
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a><br><br><br></blockquote></div><br>
You might also need the nolapci kernel parameter to turn off local apci, its separate from the main apci kernel parameters.<br>