Created attachment 255817 [details] v4.11-rc5 dmesg log [Opened on behalf of Meelis Roos <mroos@linux.ee> for the problem reported at https://lkml.kernel.org/r/alpine.LRH.2.20.1704102317110.14071@math.ut.ee] This happens on my HP Compaq 8100 Elite SFF PC. While 4.10 works fine, 4.11.-rc5 and at least back to 4.10.0-10770-g2d6be4abf514 fail to assign PCI IRQ to multiple devices (no GSI messages in the dmesg). This results in mouse in one USB port working and keyboard in another USB port not working, reproducibly. Will bisect.
Reassigning to ACPI because something went wrong parsing the PNP0A08 host bridge device (there are several other ACPI warnings in the dmesg log as well): acpi PNP0A08:00: [Firmware Bug]: no secondary bus range in _CRS ACPI BIOS Error (bug): \_SB.PCI0._OSC: Excess arguments - ASL declared 5, ACPI requires 4 (20170119/nsarguments-189) acpi PNP0A08:00: failed to parse _CRS method, error code -5 acpi PNP0A08:00: Bus 0000:00 not present in PCI namespace I think the PCI IRQ problems are probably a consequence of these ACPI-related issues.
(In reply to Bjorn Helgaas from comment #1) > Reassigning to ACPI because something went wrong parsing the PNP0A08 host > bridge device (there are several other ACPI warnings in the dmesg log as > well): > > acpi PNP0A08:00: [Firmware Bug]: no secondary bus range in _CRS > ACPI BIOS Error (bug): \_SB.PCI0._OSC: Excess arguments - ASL declared 5, > ACPI requires 4 (20170119/nsarguments-189) > acpi PNP0A08:00: failed to parse _CRS method, error code -5 > acpi PNP0A08:00: Bus 0000:00 not present in PCI namespace > Are all these new in 4.11-rc? it would be nice if you can attach the dmesg for both 4.10 and 4.11-rc, and also the acpidump.
Created attachment 255871 [details] acpidump output from an affected Dell Vostro 1500
Created attachment 255873 [details] dmesg output from 4.11-rc6 on an affected Dell Vostro 1500
Created attachment 255875 [details] dmesg output from 4.10.10 on an affected Dell Vostro 1500
One of my laptops (an old Dell Vostro 1500) is also affected by this bug, causing (among other things) the USB controllers and the NIC to not work. I have attached dmesg outputs from working and non-working kernels and acpidump output. If I can provide anything else, please let me know.
Could you check bug 195311 and see if reverting "commit 57707a9a77 (ACPICA: Resources: Not a valid resource if buffer length too long)" helps.
The computer works correctly with that commit reverted, thanks!
*** This bug has been marked as a duplicate of bug 195311 ***
Closing duplicated bugs