http://bugzilla.kernel.org/show_bug.cgi?id=11049
------- Comment #9 from [EMAIL PROTECTED] 2008-07-10 09:42 ------- Hold on. We can't just reject this. Either there's a BIOS bug, and we should make Linux work around it, or there's no BIOS bug, and we should make Linux quit complaining. If PX00==0 means the link can only be configured for IRQ0, I agree this looks like a BIOS bug. But I think it's unlikely the BIOS is trying to tell us that IRQ0 is the only possible configuration for all these links. That just doesn't seem sensible. I think it's more likely that PX00=0 means the link can't be configured at all. I don't see anything in the spec that *requires* a bit to be set in the small IRQ mask. In fact, the comment in acpi_pci_link_check_current() says _CRS may return a mask with no bits set. In this case, we're looking at a similar situation with _PRS. I think the ASL code looks fine, and Linux is just deficient because it doesn't expect the case where a _PRS IRQ descriptor specifies no interrupts at all. I'm also curious about the "Resource is not an IRQ entry" message. That means we found a descriptor type we didn't recognize, so we need to understand that. If Kurk could try the patch I attached, we should learn something about this. My thought about avoiding _PRS evaluation was more along the lines of deferring evaluation until we need to use the link objects. Why can't we just completely ignore the link (or possibly just disable it) until we discover and enable a PCI device that is connected to the link? -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------------------------------------------------------------------------- Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 _______________________________________________ acpi-bugzilla mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
