From: Thomas Monjalon <thomas@monjalon.net>
To: Declan Doherty <declan.doherty@intel.com>,
"John W. Linville" <linville@tuxdriver.com>,
Michal Krawczyk <mk@semihalf.com>,
John Miller <john.miller@atomicrules.com>,
Ajit Khaparde <ajit.khaparde@broadcom.com>,
Jerin Jacob <jerin.jacob@caviumnetworks.com>,
Shijith Thotton <shijith.thotton@cavium.com>,
Santosh Shukla <santosh.shukla@caviumnetworks.com>,
Rahul Lakkireddy <rahul.lakkireddy@chelsio.com>,
John Daley <johndale@cisco.com>,
Wenzhuo Lu <wenzhuo.lu@intel.com>,
Konstantin Ananyev <konstantin.ananyev@intel.com>,
Jingjing Wu <jingjing.wu@intel.com>,
Beilei Xing <beilei.xing@intel.com>,
Xiao Wang <xiao.w.wang@intel.com>,
Qi Zhang <qi.z.zhang@intel.com>, Jacek Siuda <jck@semihalf.com>,
Tomasz Duszynski <tdu@semihalf.com>, Matej Vido <vido@cesnet.cz>,
Alejandro Lucero <alejandro.lucero@netronome.com>,
Hemant Agrawal <hemant.agrawal@nxp.com>,
Shreyansh Jain <shreyansh.jain@nxp.com>,
Harish Patil <harish.patil@cavium.com>,
Rasesh Mody <rasesh.mody@cavium.com>,
Andrew Rybchenko <arybchenko@solarflare.com>,
Shrikrishna Khare <skhare@vmware.com>,
Yuanhan Liu <yliu@fridaylinux.org>,
Maxime Coquelin <maxime.coquelin@redhat.com>,
Allain Legacy <allain.legacy@windriver.com>,
Pascal Mazon <pascal.mazon@6wind.com>,
Gaetan Rivet <gaetan.rivet@6wind.com>,
Jasvinder Singh <jasvinder.singh@intel.com>
Cc: dev@dpdk.org, Shahaf Shuler <shahafs@mellanox.com>,
Ferruh Yigit <ferruh.yigit@intel.com>
Subject: Re: [dpdk-dev] Guidelines for moving PMDs to new ethdev offloads API
Date: Sun, 10 Dec 2017 12:23:00 +0100 [thread overview]
Message-ID: <4158698.5h2FNjY7kv@xps> (raw)
In-Reply-To: <VI1PR05MB3149D0E48175C99CE23A1AD0C3360@VI1PR05MB3149.eurprd05.prod.outlook.com>
Hi,
Re-sending Shahaf's email to maintainers
(and without Outlook formatting)
Please, maintainers of networking PMD,
*start the transition work as soon as possible*.
We will ping you individually if no progress is seen.
Thank you
---
In 17.11 the ethdev offloads API has changed:
commit cba7f53b717d ("ethdev: introduce Tx queue offloads API")
commit ce17eddefc20 ("ethdev: introduce Rx queue offloads API")
The new API is documented in the programmer's guide:
http://dpdk.org/doc/guides/prog_guide/poll_mode_drv.html#hardware-offload
As announced in the deprecation notice, the old API is planned to be
removed in 18.05:
http://dpdk.org/doc/guides/rel_notes/deprecation.html
As agreed, all the PMDs must be converted to the new API by their maintainers.
This email will better explain the transition process.
The main concepts in the new API are:
- All offloads are disabled by default
- Distinction between per port and per queue offloads.
Per port offloads needs to be set also for each queue of the port.
The transition period is using an API translation in rte_ethdev.c:
- The old API is translated to allow using converted PMDs
- The new API is translated to allow using not converted PMDs
- The use of the new API is flagged to trigger the right translation
* Device capabilities - rte_eth_dev_info_get()
- Not changing: use DEV_RX/TX_OFFLOAD_* flags
- Old API: per-port fields rte_eth_dev_info.rx/tx_offload_capa
- New API: added per-queue rte_eth_dev_info.rx/tx_queue_offload_capa
* Rx offloads
- Not changing: offload disabled by default
- Old API: per-port rte_eth_conf.rxmode.[bit-fields]
- New API: per-port rte_eth_conf.rxmode.offloads using DEV_RX_OFFLOAD_*
per-queue rte_eth_rxconf.offloads using DEV_RX_OFFLOAD_*
- Transition: rte_eth_conf.rxmode.ignore_offload_bitfield must be set
when using the new API
- To be removed: rte_eth_conf.rxmode.[
header_split, hw_ip_checksum, hw_vlan_filter, hw_vlan_strip,
hw_vlan_extend, jumbo_frame, hw_strip_crc, enable_scatter,
enable_lro, hw_timestamp, security, ignore_offload_bitfield]
* Tx offloads
- Old API: enabled by default
per-queue rte_eth_txconf.txq_flags using ETH_TXQ_FLAGS_NO*
- New API: disabled by default
per-port rte_eth_conf.txmode.offloads using DEV_TX_OFFLOAD_*
per-queue rte_eth_txconf.offloads using DEV_TX_OFFLOAD_*
- Transition: ETH_TXQ_FLAGS_IGNORE must be set when using the new API
PMD ignores per-port mismatch when using old per-queue API
- To be removed: rte_eth_txconf.txq_flags and ETH_TXQ_FLAGS_*
prev parent reply other threads:[~2017-12-10 11:23 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-12-10 5:35 Shahaf Shuler
2017-12-10 5:52 ` Stephen Hemminger
2017-12-10 6:04 ` Shahaf Shuler
2017-12-10 11:23 ` Thomas Monjalon [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=4158698.5h2FNjY7kv@xps \
--to=thomas@monjalon.net \
--cc=ajit.khaparde@broadcom.com \
--cc=alejandro.lucero@netronome.com \
--cc=allain.legacy@windriver.com \
--cc=arybchenko@solarflare.com \
--cc=beilei.xing@intel.com \
--cc=declan.doherty@intel.com \
--cc=dev@dpdk.org \
--cc=ferruh.yigit@intel.com \
--cc=gaetan.rivet@6wind.com \
--cc=harish.patil@cavium.com \
--cc=hemant.agrawal@nxp.com \
--cc=jasvinder.singh@intel.com \
--cc=jck@semihalf.com \
--cc=jerin.jacob@caviumnetworks.com \
--cc=jingjing.wu@intel.com \
--cc=john.miller@atomicrules.com \
--cc=johndale@cisco.com \
--cc=konstantin.ananyev@intel.com \
--cc=linville@tuxdriver.com \
--cc=maxime.coquelin@redhat.com \
--cc=mk@semihalf.com \
--cc=pascal.mazon@6wind.com \
--cc=qi.z.zhang@intel.com \
--cc=rahul.lakkireddy@chelsio.com \
--cc=rasesh.mody@cavium.com \
--cc=santosh.shukla@caviumnetworks.com \
--cc=shahafs@mellanox.com \
--cc=shijith.thotton@cavium.com \
--cc=shreyansh.jain@nxp.com \
--cc=skhare@vmware.com \
--cc=tdu@semihalf.com \
--cc=vido@cesnet.cz \
--cc=wenzhuo.lu@intel.com \
--cc=xiao.w.wang@intel.com \
--cc=yliu@fridaylinux.org \
/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).