From: sashiko-bot@kernel.org
To: "Bjorn Helgaas" <helgaas@kernel.org>
Cc: linux-pci@vger.kernel.org
Subject: Re: [PATCH v4 2/2] PCI: iproc: Use the EROM outbound window on BCMA
Date: Tue, 13 Oct 2026 22:13:28 +0000 [thread overview]
Message-ID: <sashiko-outbox-170563@kernel.org> (raw)
In-Reply-To: <20261013220421.1588051-3-bhelgaas@google.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] pci: Module build failure due to unexported devm_pci_alloc_host_bridge_release
--
commit c2644cb699f7409a55741efcebcc09fcf3cf19bd
Author: Bjorn Helgaas <helgaas@kernel.org>
PCI: iproc: Use the EROM outbound window on BCMA
This commit updates the BCMA driver to request the memory window from the
EROM rather than relying on the device tree ranges. It directly uses
pci_alloc_host_bridge() to avoid requesting all DT resources and adds
validation to warn on window mismatches.
Link: https://patch.msgid.link/20260807160526.379-1-strst.gs@gmail.com
Link: https://patch.msgid.link/20260912043626.437-1-strst.gs@gmail.com
> diff --git a/drivers/pci/controller/pcie-iproc-bcma.c b/drivers/pci/controller/pcie-iproc-bcma.c
> index 593418c2bc3aa..1e258cd8fed4f 100644
> --- a/drivers/pci/controller/pcie-iproc-bcma.c
> +++ b/drivers/pci/controller/pcie-iproc-bcma.c
[ ... ]
> @@ -38,10 +63,20 @@ static int iproc_bcma_pcie_probe(struct bcma_device *bdev)
> struct pci_host_bridge *bridge;
> int ret;
>
> - bridge = devm_pci_alloc_host_bridge(dev, sizeof(*pcie));
> + bridge = pci_alloc_host_bridge(sizeof(*pcie));
> if (!bridge)
> return -ENOMEM;
>
> + bridge->dev.parent = dev;
> +
> + ret = devm_add_action_or_reset(dev, devm_pci_alloc_host_bridge_release,
> + bridge);
[Severity: Low]
Will this cause a build failure when the driver is configured as a
loadable module?
The symbol devm_pci_alloc_host_bridge_release is defined internally within
drivers/pci/probe.c but doesn't appear to be exported via EXPORT_SYMBOL()
or EXPORT_SYMBOL_GPL(). Does directly referencing it here in
iproc_bcma_pcie_probe() lead to an undefined reference error during
the linker stage?
[ ... ]
--
Sashiko AI review · https://sashiko.dev/#/patchset/20261013220421.1588051-1-bhelgaas@google.com?part=2
next prev parent reply other threads:[~2026-10-13 22:13 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-13 22:04 [PATCH v4 0/2] PCI: iproc-bcma: Use EROM instead of devicetree Bjorn Helgaas
2026-10-13 22:04 ` [PATCH v4 1/2] PCI: Expose devm_pci_alloc_host_bridge_release() Bjorn Helgaas
2026-10-13 22:11 ` sashiko-bot
2026-10-13 22:04 ` [PATCH v4 2/2] PCI: iproc: Use the EROM outbound window on BCMA Bjorn Helgaas
2026-10-13 22:13 ` sashiko-bot [this message]
2026-10-14 1:17 ` Semih Baskan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=sashiko-outbox-170563@kernel.org \
--to=sashiko-bot@kernel.org \
--cc=helgaas@kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox