DPDK patches and discussions
 help / color / mirror / Atom feed
* [PATCH] pci: add O_CLOEXEC when open uio device
@ 2023-05-25  3:00 Weifeng Su
  2024-10-03 19:08 ` Stephen Hemminger
  0 siblings, 1 reply; 2+ messages in thread
From: Weifeng Su @ 2023-05-25  3:00 UTC (permalink / raw)
  To: dev; +Cc: linfeilong, Weifeng Su, stable

In this scenario, the DPDK process invokes a script which
inherits an open file descriptor (FD) for a UIO device.
After the script execution is complete, the UIO device's
close operation is called. However, in a new kernel version
(865a11f987ab5f03:uio/uio_pci_generic: Disable bus-mastering on release),
this close operation causes the PCI bus master bit to be cleared,
rendering the device unusable and leading to unexpected behavior.
This modification was made to prevent the UIO device's FD
from being inherited by the child process.
Cc: stable@dpdk.org

Signed-off-by: Weifeng Su <suweifeng1@huawei.com>
---
 drivers/bus/pci/linux/pci_uio.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/bus/pci/linux/pci_uio.c b/drivers/bus/pci/linux/pci_uio.c
index d52125e49b..7ac142c36e 100644
--- a/drivers/bus/pci/linux/pci_uio.c
+++ b/drivers/bus/pci/linux/pci_uio.c
@@ -246,7 +246,7 @@ pci_uio_alloc_resource(struct rte_pci_device *dev,
 	snprintf(devname, sizeof(devname), "/dev/uio%u", uio_num);
 
 	/* save fd if in primary process */
-	fd = open(devname, O_RDWR);
+	fd = open(devname, O_RDWR | O_CLOEXEC);
 	if (fd < 0) {
 		RTE_LOG(ERR, EAL, "Cannot open %s: %s\n",
 			devname, strerror(errno));
-- 
2.18.0.windows.1


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [PATCH] pci: add O_CLOEXEC when open uio device
  2023-05-25  3:00 [PATCH] pci: add O_CLOEXEC when open uio device Weifeng Su
@ 2024-10-03 19:08 ` Stephen Hemminger
  0 siblings, 0 replies; 2+ messages in thread
From: Stephen Hemminger @ 2024-10-03 19:08 UTC (permalink / raw)
  To: Weifeng Su; +Cc: dev, linfeilong, stable

On Thu, 25 May 2023 11:00:35 +0800
Weifeng Su <suweifeng1@huawei.com> wrote:

> In this scenario, the DPDK process invokes a script which
> inherits an open file descriptor (FD) for a UIO device.
> After the script execution is complete, the UIO device's
> close operation is called. However, in a new kernel version
> (865a11f987ab5f03:uio/uio_pci_generic: Disable bus-mastering on release),
> this close operation causes the PCI bus master bit to be cleared,
> rendering the device unusable and leading to unexpected behavior.
> This modification was made to prevent the UIO device's FD
> from being inherited by the child process.
> Cc: stable@dpdk.org
> 
> Signed-off-by: Weifeng Su <suweifeng1@huawei.com>

Makes sense that UIO fd's would be marked close on exec.
But should the interrupt fd, and all the other fd's which EAL leaves.

DPDK internal code doesn't invoke scripts. If your application is
going to do so then it needs to lots more cleanup. Probably some
variant of closing all fd's.

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2024-10-03 19:08 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-05-25  3:00 [PATCH] pci: add O_CLOEXEC when open uio device Weifeng Su
2024-10-03 19:08 ` Stephen Hemminger

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).