From: Len B. <len...@in...> - 2004-11-23 06:09:28
|
> ACPI: PCI Interrupt Link [LNK1] (IRQs 3 4 5 6 7 10 11 12 14 15) *9 This is a common BIOS bug. It advertises that LNK1 is presently set to IRQ9, but tells us that IRQ9 is actually illegal for that link; so Linus has to choose a legal one. (no, we can't just leave it there, as that breaks other systems). But apparently we choose poorly. > Probing IDE interface ide1... > hdc: ASUS CD-S500/A, ATAPI CD/DVD-ROM drive > ide1 at 0x170-0x177,0x376 on irq 15 IDE probes out and grabs its hard-coded IRQ15. > ACPI: PCI Interrupt Link [LNK1] enabled at IRQ 15 > PCI: setting IRQ 15 as level-triggered > ACPI: PCI interrupt 0000:00:1f.4[C] -> GSI 15 (level, low) -> IRQ 15 > uhci_hcd 0000:00:1f.4: Intel Corp. 82801BA/BAM USB (Hub #2) Here we assign LNK1 to IRQ15 for the benefit of USB, which, of course, kills your IDE on IRQ 15. This is a Linux bug -- but one I thought we fixed some time back. > hdc: lost interrupt ---------- I'm surprised that you're just seeing this now in 2.6.10. Did 2.6.9 work correctly? If so, can you send me the 2.6.9 dmesg? Any difference with CONFIG_PNP=n? thanks, -Len |
From: matthieu c. <cas...@fr...> - 2004-12-01 23:34:31
|
>+/* >+ * We'd like PNP to call this routine for the >+ * single ISA_USED value for each legacy device. >+ * But instead it calls us with each POSSIBLE setting. >+ * There is no ISA_POSSIBLE weight, so we simply use >+ * the (small) PCI_USING penalty. >+ */ Couldn't be better to change the pnp core behaviour ? In drivers/pnp/resource.c, pnp_register_irq_resource, instead of calling pcibios_penalize_isa_irq couldn't we call something like pcibios_penalize_possible_isa_irq ? The pnp implemations already use pcibios_penalize_isa_irq [1] for the irq that are used. So it seem it is call 2 times for the allocated resources... Also don't we need to depenalize the irq, if we change the irq or disable the device ? Matthieu CASTET [1] $grep -r penalize */* pnpacpi/rsparser.c: pcibios_penalize_isa_irq(res->data.irq.interrupts[0]); pnpacpi/rsparser.c: pcibios_penalize_isa_irq(res->data.extended_irq.interrupts[0]); pnpbios/rsparser.c: pcibios_penalize_isa_irq(irq); |
From: Stas S. <st...@ak...> - 2004-11-24 18:12:28
Attachments:
dmesg-2.6.9
dmesg-rc2-mm2-nopnp
|
Hello. Len Brown wrote: > I'm surprised that you're just seeing this now in 2.6.10. > Did 2.6.9 work correctly? Yes! > If so, can you send me the 2.6.9 dmesg? Done. > Any difference with CONFIG_PNP=n? Yes. The difference is that the problem disappears (so now I have another work- around - thanks). Attached are the dmesg of 2.6.9 with PNP and 2.6.10-rc2-mm2 without PNP, both works fine. Does this help? |
From: Len B. <len...@in...> - 2004-11-24 22:44:37
Attachments:
link.patch
|
On Wed, 2004-11-24 at 13:12, Stas Sergeev wrote: > Hello. > > Len Brown wrote: > > Did 2.6.9 work correctly? > Yes! > > Any difference with CONFIG_PNP=n? > Yes. The difference is that the problem > disappears. CONFIG_PNP_ACPI=n should workaround it too then, I expect. Please apply this debug patch to the failing kernel and send along the dmesg. It will tell us how we messed up the irq penalties and improperly chose IRQ15 for a PCI device on this system. thanks, -Len |
From: Stas S. <st...@ak...> - 2004-11-25 18:17:31
Attachments:
dmesg-rc2-mm2-noacpipnp
dmesg-rc2-mm2-debug
|
Hello. Len Brown wrote: > CONFIG_PNP_ACPI=n should workaround it too then, I expect. Yes. Log attached. > Please apply this debug patch to the failing kernel > and send along the dmesg. Done. Attached are 2 logs: one of the functional kernel due to disabled PNP_ACPI, another one of a broken. Both are the -rc2-mm2 with your patch. |
From: Len B. <len...@in...> - 2004-12-01 05:42:01
Attachments:
pnp.patch
|
Thanks for running the tests. Please confirm that this patch make the problem go away in the CONFIG_PNP_ACPI=y configuration. -Len |
From: Len B. <len...@in...> - 2004-12-01 05:44:43
|
CONFIG_PNPACPI=y that is... On Wed, 2004-12-01 at 00:41, Len Brown wrote: > Thanks for running the tests. > Please confirm that this patch make the problem go away in the > CONFIG_PNP_ACPI=y configuration. > > -Len > |
From: Stas S. <st...@ak...> - 2004-12-02 16:52:16
|
Hello. Len Brown wrote: > Please confirm that this patch make the problem go away in the Confirmed, thanks! (Andrew, sorry for failing to reply to you query, and now you know the latest status anyway. I'll start posting the -rc2-mm4 problems soon.) |