Created attachment 278533 [details]
more information about my system
Linux has been unbootable for me from 4.18 upwards. Even the fallback image does not boot. This has not been fixed yet in 4.19-rc3
I used git bisect to track down the first bad commit:
The commit is about:
"ACPI / hotplug / PCI: Don't scan bridges managed by native hotplug"
Linux 4.17 booted fine.
Reverting commit 84c8b58ed3addf17d3beb2e5037b001ffa65c5ef makes 4.18 and 4.19-rc3 bootable again.
Information about my system:
Model: HP 6730b laptop
CPU: Intel Core 2 Duo P8600
Boot manager: systemd-boot (UEFI)
More information of my system as attachments
On Fri, Sep 14, 2018 at 09:28:27AM +0000, firstname.lastname@example.org wrote:
> Bug ID: 201127
> Summary: [REGRESSION][BISECTED] Boot stall related to
> Product: Drivers
> Version: 2.5
> Kernel Version: 4.18
All USB bugs should be sent to the email@example.com mailing
list, and not entered into bugzilla. Please bring this issue up there,
if it is still a problem in the latest kernel release.
Okay, thanks. I had no idea of this being an USB bug.
The MAINTAINERS file has this section in it:
M: "Rafael J. Wysocki" <firstname.lastname@example.org>
M: Len Brown <email@example.com>
T: git git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm
That's why I entered this to Bugzilla. The product might need to be changed to ACPI though.
On Fri, Sep 14, 2018 at 10:51:10AM +0000, firstname.lastname@example.org wrote:
> --- Comment #2 from Peter Anemone (email@example.com) ---
> Okay, thanks. I had no idea of this being an USB bug.
Sorry, it isn't, my scripts just triggered the response, sorry.
It's a PCI issue, please reassign to the PCI component and email the
Created attachment 278583 [details]
First fix attempt
Could you try the attached patch and see if it helps? If not can you next try to comment out the following lines (with the patch applied) in drivers/pci/hotplug/acpiphp_glue.c::enable_slot()?
// if (bus->self->subordinate)
In addition, can you attach output of 'sudo lspci -vv' and acpidump from the working kernel?
Sorry did not notice that you already have lspci output in the tar file you attached. So only acpidump then :)
Created attachment 278619 [details]
Commenting out the requested lines worked (and the patch didn't work without commenting them):
// if (bus->self->subordinate)
Here's an acpidump from the patched kernel 4.19-rc4
Created attachment 278621 [details]
Add more debugging to ACPI hotplug and skip resource distribution
Could you try this patch instead? Please attach full dmesg as well (assuming your system does not crash).
Created attachment 278625 [details]
Here's dmesg from the previous patched kernel.
The new patch did not work.
Hi, can you do so that you keep the last patch applied but comment out the line:
in drivers/pci/hotplug/acpiphp_glue.c::enable_slot() just like you did previosly and then attach full dmesg? It should show when the ACPI hotplug event happens.
Created attachment 278627 [details]
(In reply to Mika Westerberg from comment #10)
> Hi, can you do so that you keep the last patch applied but comment out the
> in drivers/pci/hotplug/acpiphp_glue.c::enable_slot() just like you did
> previosly and then attach full dmesg? It should show when the ACPI hotplug
> event happens.
Did that, here's the output of dmesg
Thanks. It looks like the ACPI notify (bus check) comes to the NIC:
[ 0.942239] ACPI: \_SB_.PCI0.RP06.NIC_: Bus check in hotplug_event()
and I think enable_slot() in acpiphp_glue.c should not treat it as "ACPI hotplug to native PCIe hotplug port" special case here.
Created attachment 278629 [details]
Third fix attempt
Can you try the attached patch and see if it works? Please attach dmesg again.
Created attachment 278631 [details]
dmesg after third patch
Here's new dmesg for the latest patch. It worked.
Thanks for testing. I'll submit a proper patch upstream shortly.
Marking this resolved as the patch is included in 4.19-rc6 and in the stable-queue.
Thank you Mika :)
(and all the others involved)