From: Dave Jiang <dave.jiang@intel.com>
To: Koichiro Den <den@valinux.co.jp>, Jon Mason <jdmason@kudzu.us>,
Allen Hubbe <allenbh@gmail.com>,
Jerome Brunet <jbrunet@baylibre.com>, Frank Li <Frank.Li@nxp.com>
Cc: ntb@lists.linux.dev, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] NTB: epf: Avoid pci_iounmap() with offset when PEER_SPAD and CONFIG share BAR
Date: Thu, 19 Mar 2026 07:30:26 -0700 [thread overview]
Message-ID: <5730bc52-63c3-43b0-aa53-5440addc5ce6@intel.com> (raw)
In-Reply-To: <20260304020527.1067049-1-den@valinux.co.jp>
On 3/3/26 7:05 PM, Koichiro Den wrote:
> When BAR_PEER_SPAD and BAR_CONFIG share one PCI BAR, the module teardown
> path ends up calling pci_iounmap() on the same iomem with some offset,
> which is unnecessary and triggers a kernel warning like the following:
>
> Trying to vunmap() nonexistent vm area (0000000069a5ffe8)
> WARNING: mm/vmalloc.c:3470 at vunmap+0x58/0x68, CPU#5: modprobe/2937
> [...]
> Call trace:
> vunmap+0x58/0x68 (P)
> iounmap+0x34/0x48
> pci_iounmap+0x2c/0x40
> ntb_epf_pci_remove+0x44/0x80 [ntb_hw_epf]
> pci_device_remove+0x48/0xf8
> device_remove+0x50/0x88
> device_release_driver_internal+0x1c8/0x228
> driver_detach+0x50/0xb0
> bus_remove_driver+0x74/0x100
> driver_unregister+0x34/0x68
> pci_unregister_driver+0x34/0xa0
> ntb_epf_pci_driver_exit+0x14/0xfe0 [ntb_hw_epf]
> [...]
>
> Fix it by unmapping only when PEER_SPAD and CONFIG use difference bars.
>
> Cc: stable@vger.kernel.org
> Fixes: e75d5ae8ab88 ("NTB: epf: Allow more flexibility in the memory BAR map method")
> Reviewed-by: Frank Li <Frank.Li@nxp.com>
> Signed-off-by: Koichiro Den <den@valinux.co.jp>
Reviewed-by: Dave Jiang <dave.jiang@intel.com>
> ---
> Split off from a previously combined series:
> https://lore.kernel.org/linux-pci/20251202072348.2752371-2-den@valinux.co.jp/
>
> drivers/ntb/hw/epf/ntb_hw_epf.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/ntb/hw/epf/ntb_hw_epf.c b/drivers/ntb/hw/epf/ntb_hw_epf.c
> index d3ecf25a5162..9935da48a52e 100644
> --- a/drivers/ntb/hw/epf/ntb_hw_epf.c
> +++ b/drivers/ntb/hw/epf/ntb_hw_epf.c
> @@ -646,7 +646,8 @@ static void ntb_epf_deinit_pci(struct ntb_epf_dev *ndev)
> struct pci_dev *pdev = ndev->ntb.pdev;
>
> pci_iounmap(pdev, ndev->ctrl_reg);
> - pci_iounmap(pdev, ndev->peer_spad_reg);
> + if (ndev->barno_map[BAR_PEER_SPAD] != ndev->barno_map[BAR_CONFIG])
> + pci_iounmap(pdev, ndev->peer_spad_reg);
> pci_iounmap(pdev, ndev->db_reg);
>
> pci_release_regions(pdev);
prev parent reply other threads:[~2026-03-19 14:30 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-04 2:05 [PATCH] NTB: epf: Avoid pci_iounmap() with offset when PEER_SPAD and CONFIG share BAR Koichiro Den
2026-03-04 15:15 ` Frank Li
2026-03-19 1:47 ` Koichiro Den
2026-03-19 14:30 ` Dave Jiang [this message]
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=5730bc52-63c3-43b0-aa53-5440addc5ce6@intel.com \
--to=dave.jiang@intel.com \
--cc=Frank.Li@nxp.com \
--cc=allenbh@gmail.com \
--cc=den@valinux.co.jp \
--cc=jbrunet@baylibre.com \
--cc=jdmason@kudzu.us \
--cc=linux-kernel@vger.kernel.org \
--cc=ntb@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