Re: [PATCH] PCI: iproc: Use pci_alloc_host_bridge() on BCMA

["Arnd Bergmann" <arnd@arndb.de>]

On Thu, Sep 17, 2026, at 20:36, Bjorn Helgaas wrote:
> On Thu, Sep 17, 2026 at 09:02:23PM +0300, Semih Baskan wrote:
>> On Thu, Sep 17, 2026 at 10:59:29AM -0500, Bjorn Helgaas wrote:
>
> Then it seems like we should remove the "brcm,iproc-pcie" compatible
> from DTs for platforms where bcma can enumerate it via EROM.  Those
> platforms can enable CONFIG_PCIE_IPROC_BCMA.  They still need the PCIe
> controller node in DT so they can use the wifi nodes below it, but if
> there's no "brcm,iproc-pcie" compatible, pcie-iproc-platform shouldn't
> do anything.
>
> Arnd, Rafał, jump in if I'm in the weeds here.

It feels wrong to me to change the devicetee file when that arguably
describes the device correctly, and we still need the node for the
bcma bus probe in the end.

Normally, there should be a list of compatible strings so the driver
can make a more informed decision, e.g. the platform driver could
skip a device if it identifies the compatible string as one that
can be probed using the bcma bus when that driver is also enabled.

Unfortunately, it appears that all of these only have the generic
"brcm,iproc-pcie" string (or only the paxc variant), so that doesn't
work here.

Would it be help to change the probe order so the bcma driver
always comes before the platform driver?

      Arnd