From: Herve Codina <herve.codina@bootlin.com>
To: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Cc: Richard Cheng <icheng@nvidia.com>, Andrew Lunn <andrew@lunn.ch>,
Rob Herring <robh@kernel.org>,
Saravana Kannan <saravanak@kernel.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
"Rafael J. Wysocki" <rafael@kernel.org>,
Danilo Krummrich <dakr@kernel.org>,
Bjorn Helgaas <bhelgaas@google.com>,
Charles Keepax <ckeepax@opensource.cirrus.com>,
Richard Fitzgerald <rf@opensource.cirrus.com>,
David Rhodes <david.rhodes@cirrus.com>,
Linus Walleij <linusw@kernel.org>,
Daniel Scally <djrscally@gmail.com>,
Heikki Krogerus <heikki.krogerus@linux.intel.com>,
Sakari Ailus <sakari.ailus@linux.intel.com>,
Bartosz Golaszewski <brgl@kernel.org>,
Len Brown <lenb@kernel.org>, Davidlohr Bueso <dave@stgolabs.net>,
Jonathan Cameron <jic23@kernel.org>,
Dave Jiang <dave.jiang@intel.com>,
Alison Schofield <alison.schofield@intel.com>,
Vishal Verma <vishal.l.verma@intel.com>,
Dan Williams <djbw@kernel.org>, Ira Weiny <iweiny@kernel.org>,
Li Ming <ming.li@zohomail.com>, Lizhi Hou <lizhi.hou@amd.com>,
driver-core@lists.linux.dev, linux-kernel@vger.kernel.org,
linux-pci@vger.kernel.org, linux-sound@vger.kernel.org,
patches@opensource.cirrus.com, linux-gpio@vger.kernel.org,
linux-acpi@vger.kernel.org, linux-cxl@vger.kernel.org,
Allan Nielsen <allan.nielsen@microchip.com>,
Horatiu Vultur <horatiu.vultur@microchip.com>,
Daniel Machon <daniel.machon@microchip.com>,
Steen Hegelund <steen.hegelund@microchip.com>,
Luca Ceresoli <luca.ceresoli@bootlin.com>,
Thomas Petazzoni <thomas.petazzoni@bootlin.com>,
stable+noautosel@kernel.org
Subject: Re: [PATCH v12 10/10] PCI: of: Avoid np->data usage for the node changeset
Date: Mon, 12 Oct 2026 15:38:11 +0200 [thread overview]
Message-ID: <20261012153811.2cdcaf89@bootlin.com> (raw)
In-Reply-To: <ar62bJzBEAhGL2iu@ashevche-desk.local>
Hi Andy,
On Thu, 1 Oct 2026 22:37:16 +0300
Andy Shevchenko <andriy.shevchenko@linux.intel.com> wrote:
> On Thu, Oct 01, 2026 at 04:28:10PM +0200, Herve Codina wrote:
> > of_pci_remove_node() and of_pci_remove_host_bridge_node() check
> > whether the node is dynamic but not whether it has valid private data.
> >
> > During the node creation, an OF changeset is used and this changeset is
> > stored in np->data to be available for removal functions.
> >
> > If, for instance, a PCI host bridge is created using a device-tree
> > overlay, the related node will have the dynamic flag set but np->data
> > will be NULL. This leads to NULL pointer dereferences.
> >
> > Checking for a non-NULL np->data pointer to determine if the node has
> > been created by the PCI node creation process is not enough. Indeed,
> > on some platforms like PowerPC, the OF_RECONFIG_ATTACH_NODE notifier
> > (e.g., in the pci_dn_reconfig_notifier() function) intercepts node
> > additions and populates np->data with its own structure, such as a
> > struct pci_dn. In that case, np->data is not NULL but it is not related
> > to our changeset stored during the PCI node process creation.
> >
> > Avoid the usage of np->data to store the changeset used during the PCI
> > node creation. Store our changeset in a more relevant structure: either
> > struct pci_dev when the node is created for a PCI device or struct
> > pci_host_bridge when the node is created for the PCI host bridge.
> >
> > With that done, no ambiguity remains on removal. Indeed, this changeset,
> > if non-NULL, is the one used during PCI node creation. Check and use
> > this changeset on the removal process.
>
> ...
>
> > void of_pci_remove_node(struct pci_dev *pdev)
>
> > struct device_node *np;
> >
> > np = pci_device_to_OF_node(pdev);
> > - if (!np || !of_node_check_flag(np, OF_DYNAMIC))
> > + if (!pdev->cset || !np)
> > return;
>
> Wouldn't be better to split this conditional to two?
>
> if (!pdev->cset)
> return;
>
> np = pci_device_to_OF_node(pdev);
> if (!np)
> return;
Yes indeed, this will improve readability. I will update in the next
iteration.
Also I will perform the same kind of modification in
of_pci_remove_host_bridge_node(), the same kind of check is present.
Best regards,
Hervé
prev parent reply other threads:[~2026-10-12 13:38 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-01 14:28 [PATCH v12 00/10] lan966x pci device: Add support for SFPs, PCI part Herve Codina
2026-10-01 14:28 ` [PATCH v12 01/10] driver core: fw_devlink: Introduce fw_devlink_set_device() Herve Codina
2026-10-01 14:36 ` sashiko-bot
2026-10-01 14:28 ` [PATCH v12 02/10] drivers: core: Use fw_devlink_set_device() Herve Codina
2026-10-01 14:34 ` sashiko-bot
2026-10-01 14:28 ` [PATCH v12 03/10] pinctrl: cs42l43: " Herve Codina
2026-10-01 14:36 ` sashiko-bot
2026-10-01 14:28 ` [PATCH v12 04/10] cxl/test: Use device_set_node() Herve Codina
2026-10-01 14:37 ` sashiko-bot
2026-10-01 14:28 ` [PATCH v12 05/10] cxl/test: Use fw_devlink_set_device() Herve Codina
2026-10-01 14:32 ` sashiko-bot
2026-10-01 14:28 ` [PATCH v12 06/10] PCI: of: " Herve Codina
2026-10-01 14:34 ` sashiko-bot
2026-10-01 14:28 ` [PATCH v12 07/10] PCI: of: Clear fwnode->dev during root bridge node removal and error path Herve Codina
2026-10-01 14:43 ` sashiko-bot
2026-10-01 14:28 ` [PATCH v12 08/10] PCI: of: Set fwnode device of newly created PCI device nodes Herve Codina
2026-10-01 14:40 ` sashiko-bot
2026-10-01 14:28 ` [PATCH v12 09/10] PCI: of: Remove fwnode_dev_initialized() call for a PCI root bridge node Herve Codina
2026-10-01 14:47 ` sashiko-bot
2026-10-01 14:28 ` [PATCH v12 10/10] PCI: of: Avoid np->data usage for the node changeset Herve Codina
2026-10-01 14:39 ` sashiko-bot
2026-10-01 19:37 ` Andy Shevchenko
2026-10-12 13:38 ` Herve Codina [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=20261012153811.2cdcaf89@bootlin.com \
--to=herve.codina@bootlin.com \
--cc=alison.schofield@intel.com \
--cc=allan.nielsen@microchip.com \
--cc=andrew@lunn.ch \
--cc=andriy.shevchenko@linux.intel.com \
--cc=bhelgaas@google.com \
--cc=brgl@kernel.org \
--cc=ckeepax@opensource.cirrus.com \
--cc=dakr@kernel.org \
--cc=daniel.machon@microchip.com \
--cc=dave.jiang@intel.com \
--cc=dave@stgolabs.net \
--cc=david.rhodes@cirrus.com \
--cc=djbw@kernel.org \
--cc=djrscally@gmail.com \
--cc=driver-core@lists.linux.dev \
--cc=gregkh@linuxfoundation.org \
--cc=heikki.krogerus@linux.intel.com \
--cc=horatiu.vultur@microchip.com \
--cc=icheng@nvidia.com \
--cc=iweiny@kernel.org \
--cc=jic23@kernel.org \
--cc=lenb@kernel.org \
--cc=linusw@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-cxl@vger.kernel.org \
--cc=linux-gpio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=linux-sound@vger.kernel.org \
--cc=lizhi.hou@amd.com \
--cc=luca.ceresoli@bootlin.com \
--cc=ming.li@zohomail.com \
--cc=patches@opensource.cirrus.com \
--cc=rafael@kernel.org \
--cc=rf@opensource.cirrus.com \
--cc=robh@kernel.org \
--cc=sakari.ailus@linux.intel.com \
--cc=saravanak@kernel.org \
--cc=stable+noautosel@kernel.org \
--cc=steen.hegelund@microchip.com \
--cc=thomas.petazzoni@bootlin.com \
--cc=vishal.l.verma@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.