From: Stephen Hemminger <stephen@networkplumber.org>
To: Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>
Cc: "Min Hu (Connor)" <humin29@huawei.com>,
dev@dpdk.org, stable@dpdk.org,
Thomas Monjalon <thomas@monjalon.net>,
Ferruh Yigit <ferruh.yigit@xilinx.com>,
Anatoly Burakov <anatoly.burakov@intel.com>,
Ajit Khaparde <ajit.khaparde@broadcom.com>
Subject: Re: [PATCH] ethdev: fix dev close in secondary process
Date: Tue, 31 May 2022 10:40:17 -0700 [thread overview]
Message-ID: <20220531104017.47e59978@hermes.local> (raw)
In-Reply-To: <dae552a7-7d34-5347-5af5-9962aa6fee3e@oktetlabs.ru>
On Tue, 31 May 2022 20:08:55 +0300
Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru> wrote:
> On 5/27/22 05:35, Min Hu (Connor) wrote:
> > From: Min Hu <humin29@huawei.com>
> >
> > Shared memory like port private resources should only be reserved
> > by primary process. Secondary process should not start dev, and
> > the state of 'dev_started' is only meaningful to primary process.
> > While secondary process need to close dev to release process private
> > resources.
> >
> > This patch limited the scope of 'dev_started'.
>
> I agree with the patch since secondary process should not be
> obliged to wait for device stop before closing ethdev. In any
> case closing ethdev in secondary process should do nothing
> harmful to the primary process.
>
> However, the patch description pretends to limit dev_started
> scope for secondary processes in general. It is wrong since
> secondary processes need the information and that's why it is
> stored in shared memory.
>
> >
> > Fixes: febc855b358e ("ethdev: forbid closing started device")
> > Cc: stable@dpdk.org
> >
> > Signed-off-by: Min Hu <humin29@huawei.com>
> > ---
Also secondary processes are used differently by different application models.
Some applications only use secondary process for information.
But some have a primary process that only inits DPDK and do everything
in a secondary process.
next prev parent reply other threads:[~2022-05-31 17:40 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-05-27 2:35 [PATCH] ethdev: fix dev close in secondary process Min Hu (Connor)
2022-05-31 17:08 ` Andrew Rybchenko
2022-05-31 17:40 ` Stephen Hemminger [this message]
2022-06-01 1:33 ` Min Hu (Connor)
2022-06-01 1:30 ` [PATCH v2] " Min Hu (Connor)
2022-06-01 2:01 ` Ajit Khaparde
2022-06-01 3:18 ` Min Hu (Connor)
2022-06-01 13:45 ` Ajit Khaparde
2022-06-01 3:15 ` [PATCH v3] " Min Hu (Connor)
2022-06-01 10:38 ` Andrew Rybchenko
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=20220531104017.47e59978@hermes.local \
--to=stephen@networkplumber.org \
--cc=ajit.khaparde@broadcom.com \
--cc=anatoly.burakov@intel.com \
--cc=andrew.rybchenko@oktetlabs.ru \
--cc=dev@dpdk.org \
--cc=ferruh.yigit@xilinx.com \
--cc=humin29@huawei.com \
--cc=stable@dpdk.org \
--cc=thomas@monjalon.net \
/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.