Thanks for the report!
I don't understand exactly what the issue is yet. You attached lspci
output from v4.14.27 and v4.17-rc1. The v4.17-rc1 output shows several
devices (4b:00, 4c:00, 4f:00) below the PEX switch, while the v4.14.27
output shows only the 4f:00 devices.
Is the problem that v4.14.27 doesn't find the 4b:00 and 4c:00 devices?
Does v4.17-rc1 work correctly?
If v4.17-rc1 works but v4.14.27 does not, it's probably a question of
working with your distro to see if they can (1) identify some change that
fixed things, and (2) backport that change to the distro kernel.
The Broadcom driver you attached at comment #4 shouldn't be related to this
problem. Device enumeration is performed by the PCI core and doesn't
require any additional drivers. I didn't look at the Broadcom driver, so I
don't know what it does. The PEX switch does include an endpoint
(42:00.1); it's possible the driver is for some functionality provided by
---------- Forwarded message ---------
Date: Mon, Apr 23, 2018 at 12:20 AM
Subject: [Bug 199473] New: pcieport does not scan devices behind PEX
switch, while resources are allocated
Bug ID: 199473
Summary: pcieport does not scan devices behind PEX switch,
while resources are allocated
Kernel Version: 4.17-rc1
Created attachment 275511
dmesg stable kernel
pcieport assigns the PEX 8619 pcie expander switch ports, but does not scan
them for additional objects behind the ports. only 1 device is added @ pci
region 4f. Workaround for getting all devices online: while pc is on,
the card, reinsert it at a slot before the working device, and make a cold
It would be nice if the pcie switches are scanned properly.
You are receiving this mail because:
You are watching the assignee of the bug.