From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla@dpdk.org Subject: [Bug 179] mp_socket is not well handled when secondary process is exited Date: Fri, 04 Jan 2019 11:02:26 +0000 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable To: dev@dpdk.org Return-path: List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" https://bugs.dpdk.org/show_bug.cgi?id=3D179 Bug ID: 179 Summary: mp_socket is not well handled when secondary process is exited Product: DPDK Version: 18.11 Hardware: x86 OS: Linux Status: CONFIRMED Severity: critical Priority: Normal Component: other Assignee: dev@dpdk.org Reporter: danielbenliye@gmail.com Target Milestone: --- I am running dpdk-pdump and found the mp socket (see below output) it creat= ed is not deleted when dpdk-pdump is exited. Now it can work because when dpdk-dump call rte_eal_init(), rte_bus_scan() will be called and the file w= ill be removed. The path rte_bus_scan() -> bus->scan() -> vdev_scan() -> rte_mp_request_sync() -> mp_request_sync() -> send_msg() -> sendmsg() will eventually delete the mp_socket_* which is retained by last run. -------- root@n14-045-219:~# ls /var/run/dpdk/rte/mp_socket_* /var/run/dpdk/rte/mp_socket_21695_4467ff77b19ec2 -------- I do think this is not expected. When a secondary process is exited, the mp socket file should be cleared in some way. You can have the following way to reproduce it. 1. You need to change dpdk-pdump to call rte_eal_hotplug_remove("vdev", vdev_name) when dpdk-pdump is exited. Otherwise dpdk-pdump can only run onc= e as vdev is not freed. 2. Run dpdk-pdump twice with testpmd, you will see the second run will fail because of it send request to the mp_socket which is retained by last run. testpmd command: testpmd -l 0-1 -n 4 --master-lcore 0 -- -a pdump comman: dpdk-pdump -- --pdump 'port=3D0,queue=3D*,rx-dev=3D/tmp/r= x.pcap' Please take a look at this and fix it. Thanks, Daniel --=20 You are receiving this mail because: You are the assignee for the bug.=