Messages in this thread | | | Date | Thu, 31 Jul 2003 10:15:07 -0700 | From | David Brownell <> | Subject | Re: [More Info] Re: 2.6.0test 1 fails on eth0 up (arjanv RPM's - all needed rpms installed) |
| |
Trever L. Adams wrote: > On Fri, 2003-07-25 at 20:06, David Brownell wrote: > > >>See if this patch resolves it. >> >>The patch adds an explicit reset to HCD initialization, and then makes >>EHCI use it. (OHCI could do so even more easily ... but nobody's reported >>firmware acting that type of strange with OHCI.) It should prevent IRQs >>being enabled while the HC is still in an indeterminate state. >> >>This also fixes a missing local_irq_restore() that was generating some >>annoying might_sleep() messages, and a missing readb() that affects some >>ARM (and other) PCI systems. >> >>- Dave > > > Applied it against test2. I think the problem is indeed ACPI handling > PCI irqs. This is an nVidia nForce2 board, I should check to see if the > patch someone posted fixes this (Did it get folded into test2?).
I think it got posted after test2 finalized; and the patches I saw were line-wrapped so I couldn't even read them.
> Anyway, the first oops only happens if I have the mouse plugged in as > USB (Intellimouse USB... I usually use the dumb little PS/2 adapter). > The second happens now, but didn't before. It is 1394 related. > Interrupts are at 100k+ on both usb and 1394 ohci almost instantly with > ACPI on.
That's the symptom I saw when I tried ACPI + NForce2 (by accident) a while back ... except that in your case it happens for IRQs below 16 (which might be just an accident). "pci=noacpi" was a workaround.
If this appears with that patch of mine applied, then I'd certainly agree with you that this is something other than a USB problem.
- Dave
> irq 11: nobody cared! > Call Trace: > [<c010c12a>] __report_bad_irq+0x2a/0x90 > [<c010c21c>] note_interrupt+0x6c/0xb0 > ... > [<c010a839>] sysenter_past_esp+0x52/0x71 > > handlers: > [<e087f350>] (usb_hcd_irq+0x0/0x60 [usbcore]) > Disabling IRQ #11 > ehci_hcd 0000:00:02.2: irq 11, pci mem e0815000 > ehci_hcd 0000:00:02.2: new USB bus registered, assigned bus number 1 > > > irq 4: nobody cared! > Call Trace: > [<c010c12a>] __report_bad_irq+0x2a/0x90 > [<c010c21c>] note_interrupt+0x6c/0xb0 > ... > [<c010a839>] sysenter_past_esp+0x52/0x71 > > handlers: > [<e08536d0>] (ohci_irq_handler+0x0/0x720 [ohci1394]) > Disabling IRQ #4 > > Anyway, so either it is ACPI and fixable, or I just forget pci routing > with ACPI. > > Trever Adams
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |