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