[dpdk-dev] [DPDK v3] net/ipn3ke: modifications on AFU configurations

Modify AFU configurations for new BBS(Blue Bitstream) of A10 on N3000 card: - AFU register access: RTL changes the UPL(User Programable Logic which is the container of vBNG IP) base address and the read/write commands of register indirect access. - Poll the INIT_STS register to wait for the vBNG IP

[dpdk-dev] [PATCH v3 06/10] baseband/turbo_sw: extension of turbosw PMD for 5G

Implementation still based on Intel SDK libraries optimized for AVX512 instructions set and 5GNR. This can be also build for AVX2 for 4G capability or without SDK dependency for maintainance. Signed-off-by: Nicolas Chautru --- config/common_base | 1 + drivers/bas

[dpdk-dev] [PATCH v3 10/10] doc: announce bbdev changes

Signed-off-by: Nicolas Chautru --- doc/guides/rel_notes/release_19_08.rst | 15 +++ 1 file changed, 15 insertions(+) diff --git a/doc/guides/rel_notes/release_19_08.rst b/doc/guides/rel_notes/release_19_08.rst index 8c3932d..35d3a09 100644 --- a/doc/guides/rel_notes/release_19_08.rs

[dpdk-dev] [PATCH v3 07/10] docs/guides: updating building steps for BBDEV PMD

This now includes steps to build with either libraries for AVX2, or AVX512 or no dependency. Signed-off-by: Nicolas Chautru --- doc/guides/bbdevs/turbo_sw.rst | 42 +- 1 file changed, 29 insertions(+), 13 deletions(-) diff --git a/doc/guides/bbdevs/turbo_

[dpdk-dev] [PATCH v3 05/10] docs/guides: updating bbdev API for 5GNR operations

The documentation captures the related change in BBDEV API to support 5GNR encode/decode operations. Signed-off-by: Nicolas Chautru --- doc/guides/prog_guide/bbdev.rst | 505 1 file changed, 458 insertions(+), 47 deletions(-) diff --git a/doc/guides/prog

[dpdk-dev] [PATCH v3 08/10] test-bbdev: update of bbdev test-app for 5GNR

Extending test framework for FEC 5GNR operations for UT verification and profiling. Signed-off-by: Nicolas Chautru --- app/test-bbdev/main.c | 48 +- app/test-bbdev/main.h |6 +- app/test-bbdev/meson.build|3 + app/test-bbdev/test-bbdev.py

[dpdk-dev] [PATCH v3 03/10] bbdev: renaming non-generic LTE specific structure

Renaming of the enums and structure which were LTE specific to allow for extension and support for 5GNR operations. Signed-off-by: Nicolas Chautru --- app/test-bbdev/test_bbdev_vector.c | 4 +- app/test-bbdev/test_bbdev_vector.h | 2 +- drivers/baseband/fpga_lte_f

[dpdk-dev] [PATCH v3 04/10] bbdev: extension of BBDEV API for 5G FEC

Extension to BBDEV operations to support 5G on top of existing 4G operations. Signed-off-by: Nicolas Chautru --- lib/librte_bbdev/rte_bbdev.c| 22 +- lib/librte_bbdev/rte_bbdev.h| 135 +- lib/librte_bbdev/rte_bbdev_op.h | 567 3 files cha

[dpdk-dev] [PATCH v3 02/10] baseband/fpga_lte_fec: dependency patch

Not meant for review, purely for dependency for CI. This is a squash of the related serie which is not applied yet: adding driver for FEC on FPGA https://patches.dpdk.org/project/dpdk/list/?series=5017 Signed-off-by: Nicolas Chautru --- config/common_base |5 +

[dpdk-dev] [PATCH v3 01/10] baseband/turbo_sw: baseband/turbo_sw: dependency patch

Not meant for review, purely for dependency for CI. This is a squash of the related serie which is not applied yet: option to build turbosw PMD without SDK https://patches.dpdk.org/project/dpdk/list/?series=5093 Signed-off-by: Nicolas Chautru --- config/common_base

[dpdk-dev] [PATCH v3 00/10] bbdev: adding support in BBDEV for 5GNR FEC

This set is v3 of the serie shared weeks few ago covering BBDEV related new features for 19.08 https://patches.dpdk.org/project/dpdk/list/?series=4657&state=* Since that, it was suggested with maintainer to have part of that contribution shared as 2 standalone series. They are pending being app

[dpdk-dev] [PATCH] failsafe: skip devargs if not present in secondary

When secondary process is run was noticing that the log always contained complaints about unable to parse devargs. It turns out that an empty devargs turns into "" and this value is not parsable. Change the failsafe secondary to just skip doing devargs if it empty. Signed-off-by: Stephen Hemminge

Re: [dpdk-dev] [PATCH] eal: promote some service core functions to stable

On Fri, Jun 21, 2019 at 7:41 PM Neil Horman wrote: > On Fri, Jun 21, 2019 at 06:47:31PM +0200, David Marchand wrote: > > On Fri, Jun 21, 2019 at 6:28 PM Neil Horman > wrote: > > > > > On Fri, Jun 21, 2019 at 02:45:45PM +0200, David Marchand wrote: > > > > Ok, did a new pass on the tree.. found q

[dpdk-dev] make doc fails

Just tried make doc on current DPDK tree and it fails: /home/shemminger/git/dpdk/doc/guides/faq/faq.rst:7: WARNING: undefined label: linux_gsg (if the link has no caption the label must precede a section header) /home/shemminger/git/dpdk/doc/guides/faq/faq.rst:25: WARNING: undefined label: linux

Re: [dpdk-dev] [EXT] Re: [PATCH v3 25/27] mempool/octeontx2: add optimized dequeue operation for arm64

Pavan Nikhilesh Bhagavatula writes: > Hi Aaron, > >>-Original Message- >>From: Aaron Conole >>Sent: Tuesday, June 18, 2019 2:55 AM >>To: Jerin Jacob Kollanukkaran >>Cc: dev@dpdk.org; Nithin Kumar Dabilpuram >>; Vamsi Krishna Attunuru >>; Pavan Nikhilesh Bhagavatula >>; Olivier Matz >>S

Re: [dpdk-dev] [PATCH] eal: promote some service core functions to stable

On Fri, Jun 21, 2019 at 06:47:31PM +0200, David Marchand wrote: > On Fri, Jun 21, 2019 at 6:28 PM Neil Horman wrote: > > > On Fri, Jun 21, 2019 at 02:45:45PM +0200, David Marchand wrote: > > > Ok, did a new pass on the tree.. found quite some sites where we have > > > issues (and other discrepanc

Re: [dpdk-dev] [RFC] ethdev: reserve the RX offload most-significant bits for PMD scartch

NAK is expected. ☺ Just like the __rte_experimental API may be remove one day, the application will fight for compiling, or just keep their own DPDK version. Well, private handling is not a good thing, but HW is different, reserving some bits may also be another API style. In real world, many wor

Re: [dpdk-dev] [PATCH] eal: promote some service core functions to stable

On Fri, Jun 21, 2019 at 6:28 PM Neil Horman wrote: > On Fri, Jun 21, 2019 at 02:45:45PM +0200, David Marchand wrote: > > Ok, did a new pass on the tree.. found quite some sites where we have > > issues (and other discrepancies... I started a new patchset). > > Looked at gcc documentation [1], and

Re: [dpdk-dev] [RFC] ethdev: reserve the RX offload most-significant bits for PMD scartch

On Fri, Jun 21, 2019 at 6:37 PM Wang, Haiyue wrote: > > -Original Message- > > From: Stephen Hemminger [mailto:step...@networkplumber.org] > > Sent: Friday, June 21, 2019 23:14 > > To: Wang, Haiyue > > Cc: Andrew Rybchenko ; dev@dpdk.org; Yigit, > Ferruh ; > > Thomas Monjalon > > Subjec

Re: [dpdk-dev] [RFC] ethdev: reserve the RX offload most-significant bits for PMD scartch

> -Original Message- > From: Stephen Hemminger [mailto:step...@networkplumber.org] > Sent: Friday, June 21, 2019 23:14 > To: Wang, Haiyue > Cc: Andrew Rybchenko ; dev@dpdk.org; Yigit, Ferruh > ; > Thomas Monjalon > Subject: Re: [dpdk-dev] [RFC] ethdev: reserve the RX offload most-signifi

Re: [dpdk-dev] [PATCH] eal: promote some service core functions to stable

On Fri, Jun 21, 2019 at 02:45:45PM +0200, David Marchand wrote: > On Thu, Jun 20, 2019 at 10:16 PM David Marchand > wrote: > > > > > > > On Thu, Jun 20, 2019 at 9:45 PM David Marchand > > wrote: > > > >> > >> > >> On Thu, Jun 20, 2019 at 8:26 PM Aaron Conole wrote: > >> > >>> Gage Eads writes:

[dpdk-dev] [PATCH v2 3/4] raw/skeleton: remove compile-time constant for device id

Use a variable value rather than compile-time constant zero as the device id for the skeleton rawdev tests. This ensures we can make the tests work even if other rawdevs are present. Cc: shreyansh.j...@nxp.com Signed-off-by: Bruce Richardson --- .../skeleton_rawdev/skeleton_rawdev_test.c| 55

[dpdk-dev] [PATCH v2 4/4] rawdev: pass device id as parameter to selftest

When running self-tests, the driver needs to know the device on which to run the tests, so we need to take the device ID as parameter. Only the skeleton driver is providing this selftest capability right now, so we can easily update it for this change. Cc: shreyansh.j...@nxp.com Signed-off-by: Bru

[dpdk-dev] [PATCH v2 1/4] raw/skeleton: fix failing test case

Rawdev unit test for setting and getting parameters is failing because of a pointer value being dereferenced after the memory it pointed to is freed. The freeing of the malloced memory is difficult when using asserts to cause early abort of the test cases, since that can leak memory. The original

[dpdk-dev] [PATCH v2 2/4] app/test: add missing rawdev test to meson build

the test_rawdev.c file was missing from the meson.build file, and the test case from the list of test commands. Fixes: 55ca1b0f2151 ("raw/skeleton: add test cases") Cc: shreyansh.j...@nxp.com Cc: sta...@dpdk.org Signed-off-by: Bruce Richardson --- app/test/meson.build | 3 +++ 1 file changed, 3

[dpdk-dev] [PATCH v2 0/4] fixes and improvements for rawdev

This set includes some general fixes and improvements for rawdev, the rawdev autotests and the rawdev skeleton example implementation. Specifically: * the unit test were failing for me due to bad memory management * the unit tests were not present in the meson builds due to missing file in file

Re: [dpdk-dev] [RFC] ethdev: reserve the RX offload most-significant bits for PMD scartch

On Fri, 21 Jun 2019 07:43:13 + "Wang, Haiyue" wrote: > I know my patch is ugly for making customers happy, I will try to find other > method not to > break the beautiful rte_ethdev desgin. > > Really thanks for your reply. This helps me understand the PMD design > practice more. > > BR, >

Re: [dpdk-dev] [PATCH v5 9/9] kni: add minimal ethtool

On Fri, 21 Jun 2019 11:26:09 +0300 Igor Ryzhov wrote: > Hi Stephen, > > As ethtool support is restored, I think your patch #7 should be > updated to keep ethtool support in docs. > > Best regards, > Igor Good idea, I will add that. This is not like the original ethtool, it is intentionally lim

Re: [dpdk-dev] [PATCH v5 0/3] Enable rte_flow API in ice driver

Qiming Yang writes: > This patch set enables the backend of rte_flow, and the generic > filter related functions in ice driver. Supported flows include > ipv4, tcpv4, udpv4, ipv6, tcpv6, udpv6, tunnel, etc. This patch > set depends on shared code update. > > --- > v2 changes: > - added UDP tunne

Re: [dpdk-dev] [PATCH v5] net/ice: enable switch filter

> -Original Message- > From: dev On Behalf Of Wei Zhao > Sent: Friday, June 21, 2019 1:22 AM > To: dev@dpdk.org > Cc: Zhao1, Wei > Subject: [dpdk-dev] [PATCH v5] net/ice: enable switch filter > > From: wei zhao > > The patch enables the backend of rte_flow. It transfers rte_flow_xxx to

[dpdk-dev] [PATCH] bpf: fix invalid array size

Array ins_chk in lib/librte_bpf/bpf_validate.c has 255 entries. So the instruction with opcode == 255 will reading beyond array boundaries. For more details please refer to: https://bugs.dpdk.org/show_bug.cgi?id=283 Fixes: 6e12ec4c4d6d ("bpf: add more checks") Cc: sta...@dpdk.org Reported-by: Mic

Re: [dpdk-dev] [PATCH] cryptodev: extend api of asymmetric crypto by sessionless

Hi Akhil, > -Original Message- > From: Akhil Goyal [mailto:akhil.go...@nxp.com] > Sent: Friday, June 21, 2019 1:23 PM > To: Trahe, Fiona ; Kusztal, ArkadiuszX > ; > dev@dpdk.org; shally.ve...@caviumnetworks.com > Subject: RE: [PATCH] cryptodev: extend api of asymmetric crypto by sessionle

[dpdk-dev] [PATCH] IPv6 header TC field is 8 (not 4) bits, and also used as DSCP and ECN.

IPv4 header TOS field is also used as DSCP and ECN fields. Signed-off-by: Morten Brørup --- lib/librte_net/rte_ip.h | 10 -- 1 files changed, 8 insertions(+), 2 deletions(-) diff --git a/lib/librte_net/rte_ip.h b/lib/librte_net/rte_ip.h index ae3b7e7..e69b863 100644 --- a/lib/librte_n

Re: [dpdk-dev] [dpdk-announce] DPDK 18.11.2 (LTS) released

On 20/06/2019 18:07, Ju-Hyoung Lee wrote: > Hello, > > DPDK > https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit.dpdk.org%2Fdpdk-stable%2Fsnapshot%2Fdpdk-stable-v18.11.2.tar.gz&data=02%7C01%7Cv-advlad%40microsoft.com%7Cf25bf3676935492f47a908d6f586fbdf%7C72f988bf86f141af91ab2d7c

[dpdk-dev] [PATCH] test/eal: add ut for eal options proc-type and uio

Added unit test cases for EAL flags --proc-type=auto and --create-uio-dev in order to cover the below functions eal_proc_type_detect() rte_eal_create_uio_dev() Signed-off-by: Lavanya Govindarajan --- app/test/test_eal_flags.c | 27 +++ 1 file changed, 27 insertions(+) di

Re: [dpdk-dev] [PATCH] cryptodev: add ff_disable field in cryptodev config

Hi Anoob, > > Adding a new field, ff_disable, to allow applications to control the > features enabled on the crypto device. This would allow for efficient > usage of HW/SW offloads by disabling the features not required by the > application. > > Signed-off-by: Anoob Joseph I see a compilation

Re: [dpdk-dev] [PATCH] eal: promote some service core functions to stable

On Thu, Jun 20, 2019 at 10:16 PM David Marchand wrote: > > > On Thu, Jun 20, 2019 at 9:45 PM David Marchand > wrote: > >> >> >> On Thu, Jun 20, 2019 at 8:26 PM Aaron Conole wrote: >> >>> Gage Eads writes: >>> >>> > The functions rte_service_may_be_active(), >>> rte_service_lcore_attr_get(), >>

Re: [dpdk-dev] [PATCH] mbuf: outer offsets must be zero for non-tunnel packets

Hi Konstantin, On 6/21/19 2:10 PM, Ananyev, Konstantin wrote: Hi Ivan, Make sure that outer L2 and L3 header length fields are equal to zero for non-tunnel packets in order to ensure consistent and predictable behaviour in network drivers. Explain this expectation in comments to help developers

Re: [dpdk-dev] [PATCH] cryptodev: extend api of asymmetric crypto by sessionless

Hi Fiona, > > Hi Akhil, Arek, Shally, > > > -Original Message- > > From: Akhil Goyal [mailto:akhil.go...@nxp.com] > > Sent: Thursday, June 20, 2019 3:17 PM > > To: Kusztal, ArkadiuszX ; dev@dpdk.org > > Cc: Trahe, Fiona ; > shally.ve...@caviumnetworks.com > > Subject: RE: [PATCH] cryptod

Re: [dpdk-dev] [PATCH] cryptodev: extend api of asymmetric crypto by sessionless

Hi Akhil, Arek, Shally, > -Original Message- > From: Akhil Goyal [mailto:akhil.go...@nxp.com] > Sent: Thursday, June 20, 2019 3:17 PM > To: Kusztal, ArkadiuszX ; dev@dpdk.org > Cc: Trahe, Fiona ; shally.ve...@caviumnetworks.com > Subject: RE: [PATCH] cryptodev: extend api of asymmetric cry

[dpdk-dev] RTE prefix on more libs

Hi Olivier and Ferruh, I haven’t followed the discussions about adding the RTE prefix in details. Was there a conclusion about adding the RTE prefix in public identifiers of other (core) libraries, e.g. the IP Fragmentation and GRO/GSO libraries? Or was it concluded that only the Network

Re: [dpdk-dev] [PATCH] mbuf: outer offsets must be zero for non-tunnel packets

Hi Ivan, > > Make sure that outer L2 and L3 header length fields are > equal to zero for non-tunnel packets in order to ensure > consistent and predictable behaviour in network drivers. > Explain this expectation in comments to help developers. > > Signed-off-by: Ivan Malov > Reviewed-by: And

[dpdk-dev] [PATCH] Define TCP flags in rte_tcp.h instead of in rte_eth_ctrl.h

TCP flags were moved to the TCP header file from the Ethernet control header file, and the RTE prefix was added to their names. Missing TCP ECN flags were added. The ALL mask did not include TCP ECN flags, so it was renamed to reflect that it applies to N-tuple filtering only. Updated other file

[dpdk-dev] [PATCH] mbuf: outer offsets must be zero for non-tunnel packets

Make sure that outer L2 and L3 header length fields are equal to zero for non-tunnel packets in order to ensure consistent and predictable behaviour in network drivers. Explain this expectation in comments to help developers. Signed-off-by: Ivan Malov Reviewed-by: Andrew Rybchenko --- Notes:

Re: [dpdk-dev] [dpdk-stable] [PATCH 1/3] ethdev: avoid error on PCI unplug of already closed ethdev

On 6/21/19 12:52 PM, David Marchand wrote: On Fri, Jun 21, 2019 at 11:41 AM Andrew Rybchenko wrote: If PCI Ethernet device driver removes it on close (RTE_ETH_DEV_CLOSE_REMOVE) and later PCI device itself is unplugged, it should not fail because of Ethernet device is already removed. Fixes: 23

Re: [dpdk-dev] [dpdk-stable] [PATCH 1/3] ethdev: avoid error on PCI unplug of already closed ethdev

On Fri, Jun 21, 2019 at 11:41 AM Andrew Rybchenko wrote: > If PCI Ethernet device driver removes it on close > (RTE_ETH_DEV_CLOSE_REMOVE) and later PCI device itself is unplugged, > it should not fail because of Ethernet device is already removed. > > Fixes: 23ea57a2a0ce ("ethdev: complete closin

[dpdk-dev] [PATCH 2/3] net/sfc: ensure that device is closed on removal

PCI device may be unplugged when ethdev is not closed yet. Fixes: aaa3f5f0f79d ("net/sfc: add configure and close stubs") Cc: sta...@dpdk.org Signed-off-by: Andrew Rybchenko Reviewed-by: Ivan Malov --- drivers/net/sfc/sfc_ethdev.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/n

[dpdk-dev] [PATCH 1/3] ethdev: avoid error on PCI unplug of already closed ethdev

If PCI Ethernet device driver removes it on close (RTE_ETH_DEV_CLOSE_REMOVE) and later PCI device itself is unplugged, it should not fail because of Ethernet device is already removed. Fixes: 23ea57a2a0ce ("ethdev: complete closing of port") Cc: sta...@dpdk.org Signed-off-by: Andrew Rybchenko Re

[dpdk-dev] [PATCH 3/3] net/sfc: release port upon close

Set RTE_ETH_DEV_CLOSE_REMOVE upon probe so all the resources for the port can be freed by rte_eth_dev_close() and the ethdev port freed. Signed-off-by: Andrew Rybchenko Reviewed-by: Ivan Malov --- drivers/net/sfc/sfc_ethdev.c | 51 ++-- 1 file changed, 26 inserti

[dpdk-dev] [PATCH v3] net/i40e: fix core dumped when setting txq or rxq to 0 in VF

Testpmd would stuck and result in core dump when user specifies an invalid VF queue number. This patch fixes this issue. Fixes: d6b19729093e ("i40evf: support configurable crc stripping") Cc: helin.zh...@intel.com Cc: sta...@dpdk.org Signed-off-by: Andy Pei --- v3: * no need to use a new line fo

[dpdk-dev] [PATCH v5 2/3] net/ice: add generic flow API

This patch adds ice_flow_create, ice_flow_destroy, ice_flow_flush and ice_flow_validate support, these are used to handle all the generic filters. Signed-off-by: Qiming Yang --- drivers/net/ice/Makefile | 1 + drivers/net/ice/ice_ethdev.c | 44 +++ drivers/net/ice/ice_ethdev.h

[dpdk-dev] [PATCH v5 3/3] net/ice: add UDP tunnel port support

Enabled UDP tunnel port add and delete functions. Signed-off-by: Qiming Yang --- drivers/net/ice/ice_ethdev.c | 54 1 file changed, 54 insertions(+) diff --git a/drivers/net/ice/ice_ethdev.c b/drivers/net/ice/ice_ethdev.c index 8ee06d1..949d293 10064

[dpdk-dev] [PATCH v5 1/3] net/ice: enable switch filter

From: wei zhao The patch enables the backend of rte_flow. It transfers rte_flow_xxx to device specific data structure and configures packet process engine's binary classifier (switch) properly. Signed-off-by: Wei Zhao --- drivers/net/ice/Makefile| 1 + drivers/net/ice/ice_ethdev.

[dpdk-dev] [PATCH v5 0/3] Enable rte_flow API in ice driver

This patch set enables the backend of rte_flow, and the generic filter related functions in ice driver. Supported flows include ipv4, tcpv4, udpv4, ipv6, tcpv6, udpv6, tunnel, etc. This patch set depends on shared code update. --- v2 changes: - added UDP tunnel port support. - fixed compile issu

Re: [dpdk-dev] [PATCH] net/i40e: fix core dumped when setting txq or rxq to 0 in VF

HI -Original Message- From: Ye, Xiaolong Sent: Friday, June 21, 2019 7:42 PM To: Pei, Andy Cc: dev@dpdk.org; Zhang, Helin ; sta...@dpdk.org; Zhang, Roy Fan ; Zhang, Qi Z ; Wu, Jingjing ; Xing, Beilei ; Yigit, Ferruh ; Xu, Rosen Subject: Re: [dpdk-dev] [PATCH] net/i40e: fix core dumpe

[dpdk-dev] [PATCH v5] net/ice: enable switch filter

From: wei zhao The patch enables the backend of rte_flow. It transfers rte_flow_xxx to device specific data structure and configures packet process engine's binary classifier (switch) properly. Signed-off-by: Wei Zhao --- drivers/net/ice/Makefile| 1 + drivers/net/ice/ice_ethdev.

[dpdk-dev] [PATCH v2] net/i40e: fix core dumped when setting txq or rxq to 0 in VF

Testpmd would stuck and result in core dump when user specifies an invalid VF queue number. This patch fixes this issue. Fixes: d6b19729093e ("i40evf: support configurable crc stripping") Cc: helin.zh...@intel.com Cc: sta...@dpdk.org Signed-off-by: Andy Pei --- Cc: roy.fan.zh...@intel.com Cc: qi

Re: [dpdk-dev] [PATCH v5 9/9] kni: add minimal ethtool

Hi Stephen, As ethtool support is restored, I think your patch #7 should be updated to keep ethtool support in docs. Best regards, Igor On Thu, Jun 20, 2019 at 10:22 PM Stephen Hemminger wrote: > > Some applications use ethtool so add the minimum ethtool ops. > > Signed-off-by: Stephen Hemminge

Re: [dpdk-dev] [PATCH] net/i40e: fix core dumped when setting txq or rxq to 0 in VF

HI Xiaolong, Will do in this way in V2. Thanks -Original Message- From: Ye, Xiaolong Sent: Friday, June 21, 2019 7:42 PM To: Pei, Andy Cc: dev@dpdk.org; Zhang, Helin ; sta...@dpdk.org; Zhang, Roy Fan ; Zhang, Qi Z ; Wu, Jingjing ; Xing, Beilei ; Yigit, Ferruh ; Xu, Rosen Subject

Re: [dpdk-dev] [PATCH 1/3] net: new ipv6 header extension parsing function

Hi Konstantin, > > Hi Akhil, > > > > > Hi Marcin, > > > > > > > > Introduce new function for IPv6 header extension parsing able to > > > determine extension length and next protocol number. > > > > > > This function is helpful when implementing IPv6 header traversing. > > > > > > Signed-off-by:

Re: [dpdk-dev] [RFC] ethdev: reserve the RX offload most-significant bits for PMD scartch

I know my patch is ugly for making customers happy, I will try to find other method not to break the beautiful rte_ethdev desgin. Really thanks for your reply. This helps me understand the PMD design practice more. BR, Haiyue From: Andrew Rybchenko [mailto:arybche...@solarflare.com] Sent: Frid

Re: [dpdk-dev] [RFC] ethdev: reserve the RX offload most-significant bits for PMD scartch

On 6/21/19 10:37 AM, Wang, Haiyue wrote: Then this is not so generic if a workaround is needed. In other words, no one is so perfect. J Yes, it is a bug. No one is perfect. BR, Haiyue *From:*Andrew Rybchenko [mailto:arybche...@solarflare.com] *Sent:* Friday, June 21, 2019 15:34 *To:* Wa

Re: [dpdk-dev] [RFC] ethdev: reserve the RX offload most-significant bits for PMD scartch

Then this is not so generic if a workaround is needed. In other words, no one is so perfect. ☺ BR, Haiyue From: Andrew Rybchenko [mailto:arybche...@solarflare.com] Sent: Friday, June 21, 2019 15:34 To: Wang, Haiyue ; dev@dpdk.org Cc: Yigit, Ferruh ; Thomas Monjalon Subject: Re: [dpdk-dev] [RFC

Re: [dpdk-dev] [RFC] ethdev: reserve the RX offload most-significant bits for PMD scartch

On 6/21/19 4:12 AM, Wang, Haiyue wrote: Not so frightening in real world for an application to be aware of its NICs: https://github.com/Juniper/contrail-vrouter/blob/master/dpdk/vr_dpdk_ethdev.c#L387

Re: [dpdk-dev] [PATCH] vhost: log Virtio and Vhost-user negotiated features

On 6/21/19 6:51 AM, Tiwei Bie wrote: On Thu, Jun 20, 2019 at 10:07:12PM +0200, Maxime Coquelin wrote: Having this info logged by default when analysing bug reports has proved to be useful. Signed-off-by: Maxime Coquelin --- lib/librte_vhost/vhost_user.c | 5 + 1 file changed, 5 inser

Re: [dpdk-dev] [PATCH] doc: add multi-proc shared lib mempool note

On 6/20/19 10:07 PM, Eads, Gage wrote: -Original Message- From: Andrew Rybchenko [mailto:arybche...@solarflare.com] Sent: Thursday, June 20, 2019 1:01 PM To: Eads, Gage ; dev@dpdk.org Cc: olivier.m...@6wind.com; sta...@dpdk.org Subject: Re: [PATCH] doc: add multi-proc shared lib mempool n

Re: [dpdk-dev] [PATCH v2 2/2] examples/l2fwd-crypto: add callback handlers

Hi, > -Original Message- > From: dev On Behalf Of Vipin Varghese > Sent: Monday, June 10, 2019 14:30 > To: keith.wi...@intel.com; dev@dpdk.org; pablo.de.lara.gua...@intel.com; > akhil.go...@nxp.com; declan.dohe...@intel.com > Cc: sanjay.padubi...@intel.com; Vipin Varghese > Subject: [dpd