linux-fpga.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Philipp Stanner <pstanner@redhat.com>
To: Christophe JAILLET <christophe.jaillet@wanadoo.fr>
Cc: alexandre.torgue@foss.st.com, alvaro.karsz@solid-run.com,
	andy@kernel.org,  axboe@kernel.dk, bhelgaas@google.com,
	brgl@bgdev.pl, broonie@kernel.org,  corbet@lwn.net,
	davem@davemloft.net, dlechner@baylibre.com, dlemoal@kernel.org,
	 edumazet@google.com, eperezma@redhat.com, hao.wu@intel.com,
	hare@suse.de,  jasowang@redhat.com, joabreu@synopsys.com,
	kch@nvidia.com, kuba@kernel.org,  linus.walleij@linaro.org,
	linux-arm-kernel@lists.infradead.org,
	 linux-block@vger.kernel.org, linux-doc@vger.kernel.org,
	 linux-fpga@vger.kernel.org, linux-gpio@vger.kernel.org,
	 linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org,
	 linux-stm32@st-md-mailman.stormreply.com,
	mcoquelin.stm32@gmail.com,  mdf@kernel.org, mst@redhat.com,
	netdev@vger.kernel.org, pabeni@redhat.com,
	 richardcochran@gmail.com, stable@vger.kernel.org,
	trix@redhat.com,  u.kleine-koenig@pengutronix.de,
	virtualization@lists.linux.dev,  xuanzhuo@linux.alibaba.com,
	yilun.xu@intel.com
Subject: Re: [PATCH v3 7/9] vdpa: solidrun: Fix UB bug with devres
Date: Mon, 26 Aug 2024 08:55:22 +0200	[thread overview]
Message-ID: <23f1b79be57f1a4d6ce0806fa149d687c2c6d275.camel@redhat.com> (raw)
In-Reply-To: <81de3898-9af7-4ad1-80ef-68d1f60d4c28@wanadoo.fr>

On Thu, 2024-08-22 at 16:34 +0200, Christophe JAILLET wrote:
> Le 22/08/2024 à 15:47, Philipp Stanner a écrit :
> > In psnet_open_pf_bar() and snet_open_vf_bar() a string later passed
> > to
> > pcim_iomap_regions() is placed on the stack. Neither
> > pcim_iomap_regions() nor the functions it calls copy that string.
> > 
> > Should the string later ever be used, this, consequently, causes
> > undefined behavior since the stack frame will by then have
> > disappeared.
> > 
> > Fix the bug by allocating the strings on the heap through
> > devm_kasprintf().
> > 
> > Cc: stable@vger.kernel.org	# v6.3
> > Fixes: 51a8f9d7f587 ("virtio: vdpa: new SolidNET DPU driver.")
> > Reported-by: Christophe JAILLET <christophe.jaillet@wanadoo.fr>
> > Closes:
> > https://lore.kernel.org/all/74e9109a-ac59-49e2-9b1d-d825c9c9f891@wanadoo.fr/
> > Suggested-by: Andy Shevchenko <andy@kernel.org>
> > Signed-off-by: Philipp Stanner <pstanner@redhat.com>
> > ---
> >   drivers/vdpa/solidrun/snet_main.c | 13 +++++++++----
> >   1 file changed, 9 insertions(+), 4 deletions(-)
> > 
> > diff --git a/drivers/vdpa/solidrun/snet_main.c
> > b/drivers/vdpa/solidrun/snet_main.c
> > index 99428a04068d..67235f6190ef 100644
> > --- a/drivers/vdpa/solidrun/snet_main.c
> > +++ b/drivers/vdpa/solidrun/snet_main.c
> > @@ -555,7 +555,7 @@ static const struct vdpa_config_ops
> > snet_config_ops = {
> >   
> >   static int psnet_open_pf_bar(struct pci_dev *pdev, struct psnet
> > *psnet)
> >   {
> > -	char name[50];
> > +	char *name;
> >   	int ret, i, mask = 0;
> >   	/* We don't know which BAR will be used to communicate..
> >   	 * We will map every bar with len > 0.
> > @@ -573,7 +573,10 @@ static int psnet_open_pf_bar(struct pci_dev
> > *pdev, struct psnet *psnet)
> >   		return -ENODEV;
> >   	}
> >   
> > -	snprintf(name, sizeof(name), "psnet[%s]-bars",
> > pci_name(pdev));
> > +	name = devm_kasprintf(&pdev->dev, GFP_KERNEL, "psnet[%s]-
> > bars", pci_name(pdev));
> > +	if (!name)
> > +		return -ENOMEM;
> > +
> >   	ret = pcim_iomap_regions(pdev, mask, name);
> >   	if (ret) {
> >   		SNET_ERR(pdev, "Failed to request and map PCI
> > BARs\n");
> > @@ -590,10 +593,12 @@ static int psnet_open_pf_bar(struct pci_dev
> > *pdev, struct psnet *psnet)
> >   
> >   static int snet_open_vf_bar(struct pci_dev *pdev, struct snet
> > *snet)
> >   {
> > -	char name[50];
> > +	char *name;
> >   	int ret;
> >   
> > -	snprintf(name, sizeof(name), "snet[%s]-bar",
> > pci_name(pdev));
> > +	name = devm_kasprintf(&pdev->dev, GFP_KERNEL, "psnet[%s]-
> > bars", pci_name(pdev));
> 
> s/psnet/snet/

sharp eyes ;)

Thx,
P.

> 
> > +	if (!name)
> > +		return -ENOMEM;
> >   	/* Request and map BAR */
> >   	ret = pcim_iomap_regions(pdev, BIT(snet->psnet-
> > >cfg.vf_bar), name);
> >   	if (ret) {
> 


  reply	other threads:[~2024-08-26  6:55 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-08-22 13:47 [PATCH v3 0/9] PCI: Remove pcim_iounmap_regions() Philipp Stanner
2024-08-22 13:47 ` [PATCH v3 1/9] PCI: Make pcim_iounmap_region() a public function Philipp Stanner
2024-08-22 13:47 ` [PATCH v3 2/9] fpga/dfl-pci.c: Replace deprecated PCI functions Philipp Stanner
2024-08-27  3:28   ` Xu Yilun
2024-08-22 13:47 ` [PATCH v3 3/9] block: mtip32xx: " Philipp Stanner
2024-08-22 13:47 ` [PATCH v3 4/9] gpio: " Philipp Stanner
2024-08-22 13:47 ` [PATCH v3 5/9] ethernet: cavium: " Philipp Stanner
2024-08-22 14:44   ` Andy Shevchenko
2024-08-26 14:51     ` Philipp Stanner
2024-08-26 15:41       ` Andy Shevchenko
2024-08-26 15:52         ` Philipp Stanner
2024-08-26 17:12           ` Andy Shevchenko
2024-08-22 13:47 ` [PATCH v3 6/9] ethernet: stmicro: Simplify PCI devres usage Philipp Stanner
2024-08-22 14:46   ` Andy Shevchenko
2024-08-23  9:29   ` Serge Semin
2024-08-26  6:30     ` Philipp Stanner
2024-08-22 13:47 ` [PATCH v3 7/9] vdpa: solidrun: Fix UB bug with devres Philipp Stanner
2024-08-22 14:34   ` Christophe JAILLET
2024-08-26  6:55     ` Philipp Stanner [this message]
2024-08-22 14:47   ` Andy Shevchenko
2024-08-22 13:47 ` [PATCH v3 8/9] vdap: solidrun: Replace deprecated PCI functions Philipp Stanner
2024-08-22 14:49   ` Andy Shevchenko
2024-08-22 13:47 ` [PATCH v3 9/9] PCI: Remove pcim_iounmap_regions() Philipp Stanner
2024-08-22 14:50 ` [PATCH v3 0/9] " Andy Shevchenko

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=23f1b79be57f1a4d6ce0806fa149d687c2c6d275.camel@redhat.com \
    --to=pstanner@redhat.com \
    --cc=alexandre.torgue@foss.st.com \
    --cc=alvaro.karsz@solid-run.com \
    --cc=andy@kernel.org \
    --cc=axboe@kernel.dk \
    --cc=bhelgaas@google.com \
    --cc=brgl@bgdev.pl \
    --cc=broonie@kernel.org \
    --cc=christophe.jaillet@wanadoo.fr \
    --cc=corbet@lwn.net \
    --cc=davem@davemloft.net \
    --cc=dlechner@baylibre.com \
    --cc=dlemoal@kernel.org \
    --cc=edumazet@google.com \
    --cc=eperezma@redhat.com \
    --cc=hao.wu@intel.com \
    --cc=hare@suse.de \
    --cc=jasowang@redhat.com \
    --cc=joabreu@synopsys.com \
    --cc=kch@nvidia.com \
    --cc=kuba@kernel.org \
    --cc=linus.walleij@linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-block@vger.kernel.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-fpga@vger.kernel.org \
    --cc=linux-gpio@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pci@vger.kernel.org \
    --cc=linux-stm32@st-md-mailman.stormreply.com \
    --cc=mcoquelin.stm32@gmail.com \
    --cc=mdf@kernel.org \
    --cc=mst@redhat.com \
    --cc=netdev@vger.kernel.org \
    --cc=pabeni@redhat.com \
    --cc=richardcochran@gmail.com \
    --cc=stable@vger.kernel.org \
    --cc=trix@redhat.com \
    --cc=u.kleine-koenig@pengutronix.de \
    --cc=virtualization@lists.linux.dev \
    --cc=xuanzhuo@linux.alibaba.com \
    --cc=yilun.xu@intel.com \
    /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;
as well as URLs for NNTP newsgroup(s).