DPDK patches and discussions
 help / color / mirror / Atom feed
From: Bruce Richardson <bruce.richardson@intel.com>
To: "Varghese, Vipin" <Vipin.Varghese@amd.com>
Cc: Thomas Monjalon <thomas@monjalon.net>,
	"dev@dpdk.org" <dev@dpdk.org>, <techboard@dpdk.org>
Subject: Re: [PATCH v5 0/3] lcore options cleanup
Date: Fri, 13 Jun 2025 14:51:32 +0100	[thread overview]
Message-ID: <aEws5G96TheH2CwH@bricha3-mobl1.ger.corp.intel.com> (raw)
In-Reply-To: <PH7PR12MB8596DFDEAF9A7D0EB11D0A9A826AA@PH7PR12MB8596.namprd12.prod.outlook.com>

On Tue, Jun 10, 2025 at 11:08:44AM +0000, Varghese, Vipin wrote:
> [Public]
> 
> Snipped
> 
> >
> > Caution: This message originated from an External Source. Use proper caution
> > when opening attachments, clicking links, or responding.
> >
> >
> > 27/05/2025 17:29, Bruce Richardson:
> > > This patchset performs some basic cleanup of EAL lcore arguments
> > > before any more serious work is done on them (as discussed in previous
> > > patchset revisions).
> > >
> > > * mark the old coremask parameter (-c) and service core mask (-s) as
> > >   deprecated, so they can be dropped in future. Everything should now be
> > >   done using core lists where possible.
> > > * consolidate the, previously separate but similar, "-l" and "--lcores"
> > >   flags into just short and long versions of the same thing. This does
> > >   not affect the "--lcores" flag at all, but expands the scope of what
> > >   was possible with "-l".
> > > * Add documentation of examples of use of the -l/--lcores parameter
> > >
> > > V5: adjust the examples in patch 3, to only use quotes where necessary
> > >   and explain in a note why they are sometimes used in the examples.
> > >
> > > Bruce Richardson (3):
> > >   eal: deprecate old coremask-based EAL parameters
> > >   eal: merge corelist and core mapping options
> > >   doc: provide examples of using lcores EAL parameter
> >
> > This first step looks reasonnable,
> > but we need more acks for the deprecation.
> >
> > Applied without the first patch deprecating the famous -c option, pending for a later
> > stage in this release cycle.
> >
> 
> Acked-by: Vipin.varghese@amd.com
> 
> We had been using `core-mask` on DELL servers where BIOS is configured for Round Robin core mapping. All even for socket 0 and all odd for socket 1. But can work around by using or forcing use of `lcores`
> 
Thanks Vipin.

Any other acks, or alternatively any concerns about this deprecation?

Note that there is no date given for the removal of the coremask
functionality.  I would not expect its removal before the 25.11 release,
which means that it should stick around in the LTS release.

If people prefer, I can respin this patch to give a definite date for
removal, or we can leave it as it is now with "the future" being an
unspecified time. Personally, I'd rather leave it unspecified to give as
long as possible changeover time for this, given that coremask
functionality has been around for so long.

/Bruce

      reply	other threads:[~2025-06-13 13:51 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-03-13 11:38 [RFC PATCH 0/3] allow easier use of high lcore-ids Bruce Richardson
2025-03-13 11:38 ` [RFC PATCH 1/3] eal: centralize core parameter parsing Bruce Richardson
2025-03-13 11:38 ` [RFC PATCH 2/3] eal: convert core masks and lists to core sets Bruce Richardson
2025-03-13 11:38 ` [RFC PATCH 3/3] eal: allow automatic mapping of high lcore ids Bruce Richardson
2025-03-24 17:30 ` [PATCH v2 0/3] allow easier use of high lcore-ids Bruce Richardson
2025-03-24 17:30   ` [PATCH v2 1/3] eal: centralize core parameter parsing Bruce Richardson
2025-04-07  6:58     ` David Marchand
2025-03-24 17:30   ` [PATCH v2 2/3] eal: convert core masks and lists to core sets Bruce Richardson
2025-04-07  6:59     ` David Marchand
2025-03-24 17:30   ` [PATCH v2 3/3] eal: allow automatic mapping of high lcore ids Bruce Richardson
2025-04-01 14:06   ` [PATCH v2 0/3] allow easier use of high lcore-ids Bruce Richardson
2025-04-07  7:04     ` David Marchand
2025-04-07  9:48       ` Bruce Richardson
2025-04-07 10:15         ` Morten Brørup
2025-04-07 10:40           ` Bruce Richardson
2025-04-07 11:32             ` Morten Brørup
2025-04-07 11:56               ` Bruce Richardson
2025-04-07 12:25                 ` Morten Brørup
2025-04-07 12:41                   ` Bruce Richardson
2025-04-07 13:18                     ` Morten Brørup
2025-04-07 13:24                       ` Bruce Richardson
2025-04-07 15:14           ` Stephen Hemminger
2025-04-07 15:38             ` Bruce Richardson
2025-05-02 15:11 ` [PATCH v3 0/4] rework and expand EAL lcore options Bruce Richardson
2025-05-02 15:11   ` [PATCH v3 1/4] eal: deprecate old coremask-based EAL parameters Bruce Richardson
2025-05-02 15:51     ` Stephen Hemminger
2025-05-02 16:00       ` Bruce Richardson
2025-05-03  6:09         ` Morten Brørup
2025-06-13 13:53       ` Bruce Richardson
2025-05-02 15:11   ` [PATCH v3 2/4] eal: merge corelist and core mapping options Bruce Richardson
2025-05-02 15:11   ` [PATCH v3 3/4] doc: provide examples of using lcores EAL parameter Bruce Richardson
2025-05-02 15:11   ` [PATCH v3 4/4] eal: add option for auto-mapping cpu ids to low lcore ids Bruce Richardson
2025-05-13 16:21     ` Bruce Richardson
2025-05-04 21:17   ` [PATCH v3 0/4] rework and expand EAL lcore options Patrick Robb
2025-05-13 16:17 ` [PATCH v4 0/3] lcore options cleanup Bruce Richardson
2025-05-13 16:17   ` [PATCH v4 1/3] eal: deprecate old coremask-based EAL parameters Bruce Richardson
2025-05-13 16:17   ` [PATCH v4 2/3] eal: merge corelist and core mapping options Bruce Richardson
2025-05-13 16:17   ` [PATCH v4 3/3] doc: provide examples of using lcores EAL parameter Bruce Richardson
2025-05-14 11:38     ` Morten Brørup
2025-05-14 12:14       ` Bruce Richardson
2025-05-27 15:31         ` Bruce Richardson
2025-05-15 15:11   ` [PATCH v4 0/3] lcore options cleanup Bruce Richardson
2025-05-27 15:29 ` [PATCH v5 " Bruce Richardson
2025-05-27 15:29   ` [PATCH v5 1/3] eal: deprecate old coremask-based EAL parameters Bruce Richardson
2025-05-27 15:34     ` Bruce Richardson
2025-05-27 15:29   ` [PATCH v5 2/3] eal: merge corelist and core mapping options Bruce Richardson
2025-05-27 15:29   ` [PATCH v5 3/3] doc: provide examples of using lcores EAL parameter Bruce Richardson
2025-06-08 21:12   ` [PATCH v5 0/3] lcore options cleanup Thomas Monjalon
2025-06-10 11:08     ` Varghese, Vipin
2025-06-13 13:51       ` Bruce Richardson [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=aEws5G96TheH2CwH@bricha3-mobl1.ger.corp.intel.com \
    --to=bruce.richardson@intel.com \
    --cc=Vipin.Varghese@amd.com \
    --cc=dev@dpdk.org \
    --cc=techboard@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 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).