[PPC] Boot problems after the pci-v6.18-changes

Christian Zigotzky chzigotzky at xenosoft.de
Wed Nov 12 14:40:18 AEDT 2025


On 11/11/2025 01:20 PM, Bjorn Helgaas wrote:
 > On Tue, Nov 11, 2025 at 06:15:20AM +0100, Christian Zigotzky wrote:
 >> On 11/07/2025 06:06 AM, Christian Zigotzky wrote:
 >>> On 11/05/2025 11:09 PM, Bjorn Helgaas wrote:
 >>>>> I tested your patch with the RC4 of kernel 6.18 today. Unfortunately
 >>> it
 >>>>> doesn't solve the boot issue.
 >>>>
 >>>> Thanks for testing that.  I see now why that approach doesn't work:
 >>>> quirk_disable_aspm_l0s_l1() calls pci_disable_link_state(), which
 >>>> updates the permissible ASPM link states, but pci_disable_link_state()
 >>>> only works for devices at the downstream end of a link.  It doesn't
 >>>> work at all for Root Ports, which are at the upstream end of a link.
 >>>>
 >>>> Christian, you originally reported that both X5000 and X1000 were
 >>>> broken.  I suspect X1000 may have been fixed in v6.18-rc3 by
 >>>> df5192d9bb0e ("PCI/ASPM: Enable only L0s and L1 for devicetree
 >>>> platforms"), but I would love to have confirmation of that.
 >>>
 >>> Hello Bjorn,
 >>>
 >>> I will enable CONFIG_PCIEASPM and CONFIG_PCIEASPM_DEFAULT for the 
RC5 of
 >>> kernel 6.18 and test it with the X1000.
 >>
 >> I tested the RC5 of kernel 6.18 with CONFIG_PCIEASPM and
 >> CONFIG_PCIEASPM_DEFAULT enabled on my X1000 today. Unfortunately the 
boot
 >> problems are still present.
 >
 > Thanks.  Can you post a dmesg somewhere so I can see what the relevant
 > device IDs are?  Can be with any kernel, doesn't have to be v6.18.  We
 > need the Vendor and Device IDs to add a quirk.
 >

X1000 kernel 6.18.0-rc5 dmesg: 
https://github.com/user-attachments/files/23491291/dmesg_x1000.txt

-- 
Sent with BrassMonkey 33.9.1 (https://github.com/chzigotzky/Web-Browsers-and-Suites-for-Linux-PPC/releases/tag/BrassMonkey_33.9.1)



More information about the Linuxppc-dev mailing list