[dpdk-dev] [RFC] [PATCH v2] libeventdev: event driven programming model framework for DPDK

On Wed, Oct 12, 2016 at 01:00:16AM +0530, Jerin Jacob wrote: > Thanks to Intel and NXP folks for the positive and constructive feedback > I've received so far. Here is the updated RFC(v2). > > I've attempted to address as many comments as possible. > > This series adds rte_eventdev.h to the DPDK

[dpdk-dev] [PATCH v2] app/testpmd: fix PF/VF check of flow director

2016-10-19 09:12, Wenzhuo Lu: > Parameters pf & vf are added into most of flow director > filter CLIs. > But mac-valn and tunnel filters don't have these parameters, > the parameters should not be checked for mac-vlan and tunnel > filters. > > Fixes: e6a68c013353 ("app/testpmd: extend commands

[dpdk-dev] [PATCH] testpmd: fix fdir command on MAC and tunnel modes

2016-09-27 11:01, Frederico Cadete: > On Tue, Sep 27, 2016 at 4:42 AM, Wu, Jingjing > wrote: > > From: Frederico.Cadete- > >> The flow_director_filter commands has a pf|vf option for most modes > >> except for MAC-VLAN and tunnel. On Intel NIC's these modes are not > >> supported under

[dpdk-dev] [dpdk-stable] [PATCH v2] mempool: fix search of maximum contiguous pages

2016-10-25 17:01, Olivier Matz: > From: Wei Dai > > paddr[i] + pg_sz always points to the start physical address of the > 2nd page after pddr[i], so only up to 2 pages can be combinded to > be used. With this revision, more than 2 pages can be used. > > Fixes: 84121f197187 ("mempool: store

[dpdk-dev] [PATCH v2] lib/ether: prevent duplicate callback on list

2016-10-20 09:34, E. Scott Daniels: > This change prevents the attempt to add a structure which is > already on the callback list. If a struct with matching > parameters is found on the list, then no action is taken. If > a struct with matching parameters is found on the list, then > no action is

[dpdk-dev] [PATCH v7 3/7] vhost: simplify mergeable Rx vring reservation

2016-10-14 17:34, Yuanhan Liu: > -static inline uint32_t __attribute__((always_inline)) > +static inline int __attribute__((always_inline)) > copy_mbuf_to_desc_mergeable(struct virtio_net *dev, struct vhost_virtqueue > *vq, > - uint16_t end_idx, struct rte_mbuf *m, > -

[dpdk-dev] [PATCH] examples/ipsec-secgw: Update checksum while decrementing ttl

> -Original Message- > From: Akhil Goyal [mailto:akhil.goyal at nxp.com] > Sent: Wednesday, October 19, 2016 1:38 AM > To: De Lara Guarch, Pablo; Gonzalez Monroy, Sergio; dev at dpdk.org > Subject: RE: [PATCH] examples/ipsec-secgw: Update checksum while > decrementing ttl > > > >

[dpdk-dev] [PATCH v7 3/7] vhost: simplify mergeable Rx vring reservation

On Wed, Oct 26, 2016 at 12:08:49AM +0200, Thomas Monjalon wrote: > 2016-10-14 17:34, Yuanhan Liu: > > -static inline uint32_t __attribute__((always_inline)) > > +static inline int __attribute__((always_inline)) > > copy_mbuf_to_desc_mergeable(struct virtio_net *dev, struct vhost_virtqueue > >

[dpdk-dev] DPDK & ASLR

On Tue, Oct 25, 2016 at 15:18:03 -0700, Samir Shah wrote: > Does ASLR need to be turned off system-wide, or DPDK-processes wide? Could > we use setarch/personality to disable ASLR for just the DPDK process and > leave it enabled for the rest of the system? Any experience to say if that > would

[dpdk-dev] [PATCH v10 11/25] eal/pci: helpers for device name parsing/update

Hello Reshma, On Tuesday 25 October 2016 09:19 PM, Pattan, Reshma wrote: > Hi Shreyansh, > >> -Original Message- >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Shreyansh Jain >> Sent: Friday, September 16, 2016 5:30 AM >> To: dev at dpdk.org >> Cc: viktorin at rehivetech.com;

[dpdk-dev] mbuf changes

On Tue, Oct 25, 2016 at 2:05 PM, Bruce Richardson < bruce.richardson at intel.com> wrote: > On Tue, Oct 25, 2016 at 05:24:28PM +0530, Shreyansh Jain wrote: > > On Monday 24 October 2016 09:55 PM, Bruce Richardson wrote: > > > On Mon, Oct 24, 2016 at 04:11:33PM +, Wiles, Keith wrote: > > > > >

[dpdk-dev] mbuf changes

> From: Alejandro Lucero [mailto:alejandro.lucero at netronome.com] > On Tue, Oct 25, 2016 at 2:05 PM, Bruce Richardson intel.com> wrote: > > On Tue, Oct 25, 2016 at 05:24:28PM +0530, Shreyansh Jain wrote: > > > On Monday 24 October 2016 09:55 PM, Bruce Richardson wrote: > > > > On Mon, Oct 24,

[dpdk-dev] [PATCH v10 11/25] eal/pci: helpers for device name parsing/update

Hi, > -Original Message- > From: Shreyansh Jain [mailto:shreyansh.jain at nxp.com] > Sent: Wednesday, October 26, 2016 7:23 AM > To: Pattan, Reshma > Cc: dev at dpdk.org; viktorin at rehivetech.com; David Marchand > ; hemant.agrawal at nxp.com; Thomas Monjalon > > Subject: Re: [PATCH

[dpdk-dev] DPDK & ASLR

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jon DeVree > Sent: Wednesday, October 26, 2016 5:20 AM > To: dev at dpdk.org > Subject: Re: [dpdk-dev] DPDK & ASLR > > On Tue, Oct 25, 2016 at 15:18:03 -0700, Samir Shah wrote: > > Does ASLR need to be turned

[dpdk-dev] [PATCH 1/2] net/mlx5: fix link speed capability information

Make hard-coded values dynamic to return correct link speed capabilities (not all ConnectX-4 NICs support everything). Fixes: e274f5732225 ("ethdev: add speed capabilities") Signed-off-by: Nelio Laranjeiro --- drivers/net/mlx5/mlx5.h| 1 + drivers/net/mlx5/mlx5_ethdev.c | 25

[dpdk-dev] [PATCH 2/2] net/mlx5: fix support for newer link speeds

Not all speed capabilities can be reported properly before Linux 4.8 (25G, 50G and 100G speeds are missing), moreover the API to retrieve them only exists since Linux 4.5, this commit thus implements compatibility code for all versions. Fixes: e274f5732225 ("ethdev: add speed capabilities")

[dpdk-dev] [PATCH 0/2] mlx5: fix link speed capabilities

Make hard-coded values dynamic to return correct link speed capabilities (not all ConnectX-4 NICs support everything). Nelio Laranjeiro (2): net/mlx5: fix link speed capability information net/mlx5: fix support for newer link speeds drivers/net/mlx5/Makefile | 15 +

[dpdk-dev] [PATCH v2] release 16.07.1

From: Yuanhan Liu A quick download button is added for the latest stable release. Signed-off-by: Yuanhan Liu Signed-off-by: Thomas Monjalon --- v2: - buttons on one row - md5 of tarball --- content.css | 4 ++-- download.html | 10 +++--- rel.html |

[dpdk-dev] [PATCH] pdump: revert PCI device name conversion

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Reshma Pattan > Sent: Tuesday, October 25, 2016 5:32 PM > To: dev at dpdk.org > Cc: Pattan, Reshma > Subject: [dpdk-dev] [PATCH] pdump: revert PCI device name conversion > > Earlier ethdev library created the

[dpdk-dev] [RFC] [PATCH v2] libeventdev: event driven programming model framework for DPDK

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jerin Jacob > > So far, I have received constructive feedback from Intel, NXP and Linaro > folks. > Let me know, if anyone else interested in contributing to the definition of > eventdev? > > If there are no

[dpdk-dev] [RFC] [PATCH v2] libeventdev: event driven programming model framework for DPDK

On Wed, Oct 26, 2016 at 12:11:03PM +, Van Haaren, Harry wrote: > > -Original Message- > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jerin Jacob > > > > So far, I have received constructive feedback from Intel, NXP and Linaro > > folks. > > Let me know, if anyone else

[dpdk-dev] [PATCH] eal: fix libabi macro for device generalization patches

rte_device/driver generalization patches [1] were merged without a change in the LIBABIVER macro. This patches bumps the macro of affected libs. Also, deprecation notice from 16.07 has been removed and release notes for 16.11 added. [1] http://dpdk.org/ml/archives/dev/2016-September/047087.html

[dpdk-dev] [RFC] [PATCH v2] libeventdev: event driven programming model framework for DPDK

On Tue, Oct 25, 2016 at 11:19:05PM +0530, Jerin Jacob wrote: > On Wed, Oct 12, 2016 at 01:00:16AM +0530, Jerin Jacob wrote: > > Thanks to Intel and NXP folks for the positive and constructive feedback > > I've received so far. Here is the updated RFC(v2). > > > > I've attempted to address as many

[dpdk-dev] [RFC] [PATCH v2] libeventdev: event driven programming model framework for DPDK

On Wed, Oct 26, 2016 at 05:54:17PM +0530, Jerin Jacob wrote: > On Wed, Oct 26, 2016 at 12:11:03PM +, Van Haaren, Harry wrote: > > > -Original Message- > > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jerin Jacob > > > > > > So far, I have received constructive feedback

[dpdk-dev] [PATCH v11 0/6] add Tx preparation

As discussed in that thread: http://dpdk.org/ml/archives/dev/2015-September/023603.html Different NIC models depending on HW offload requested might impose different requirements on packets to be TX-ed in terms of: - Max number of fragments per packet allowed - Max number of fragments per TSO

[dpdk-dev] [PATCH v11 1/6] ethdev: add Tx preparation

Added API for `rte_eth_tx_prep` uint16_t rte_eth_tx_prep(uint8_t port_id, uint16_t queue_id, struct rte_mbuf **tx_pkts, uint16_t nb_pkts) Added fields to the `struct rte_eth_desc_lim`: uint16_t nb_seg_max; /**< Max number of segments per whole packet. */

[dpdk-dev] [PATCH v11 2/6] e1000: add Tx preparation

Signed-off-by: Tomasz Kulasek --- drivers/net/e1000/e1000_ethdev.h | 11 drivers/net/e1000/em_ethdev.c|5 +++- drivers/net/e1000/em_rxtx.c | 48 ++- drivers/net/e1000/igb_ethdev.c |4 +++ drivers/net/e1000/igb_rxtx.c | 52

[dpdk-dev] [PATCH v2] eal: fix libabi macro for device generalization patches

rte_device/driver generalization patches [1] were merged without a change in the LIBABIVER macro. This patches bumps the macro of affected libs. Also, deprecation notice from 16.07 has been removed and release notes for 16.11 added. Signed-off-by: Shreyansh Jain -- v2: - Mark bumped libraries

[dpdk-dev] [PATCH v11 3/6] fm10k: add Tx preparation

Signed-off-by: Tomasz Kulasek --- drivers/net/fm10k/fm10k.h|6 + drivers/net/fm10k/fm10k_ethdev.c |5 drivers/net/fm10k/fm10k_rxtx.c | 50 +- 3 files changed, 60 insertions(+), 1 deletion(-) diff --git a/drivers/net/fm10k/fm10k.h

[dpdk-dev] [PATCH v11 4/6] i40e: add Tx preparation

Signed-off-by: Tomasz Kulasek --- drivers/net/i40e/i40e_ethdev.c |3 ++ drivers/net/i40e/i40e_rxtx.c | 72 +++- drivers/net/i40e/i40e_rxtx.h |8 + 3 files changed, 82 insertions(+), 1 deletion(-) diff --git a/drivers/net/i40e/i40e_ethdev.c

[dpdk-dev] [PATCH v11 5/6] ixgbe: add Tx preparation

Signed-off-by: Tomasz Kulasek --- drivers/net/ixgbe/ixgbe_ethdev.c |3 ++ drivers/net/ixgbe/ixgbe_ethdev.h |5 +++- drivers/net/ixgbe/ixgbe_rxtx.c | 58 +- drivers/net/ixgbe/ixgbe_rxtx.h |2 ++ 4 files changed, 66 insertions(+), 2

[dpdk-dev] [PATCH] eal: fix libabi macro for device generalization patches

On Wednesday 26 October 2016 06:08 PM, Shreyansh Jain wrote: > rte_device/driver generalization patches [1] were merged without a change > in the LIBABIVER macro. This patches bumps the macro of affected libs. > > Also, deprecation notice from 16.07 has been removed and release notes for > 16.11

[dpdk-dev] [PATCH v11 6/6] testpmd: use Tx preparation in csum engine

Removed pseudo header calculation for udp/tcp/tso packets from application and used Tx preparation API for packet preparation and verification. Adding additional step to the csum engine costs about 3-4% of performance drop, on my setup with ixgbe driver. It's caused mostly by the need of

[dpdk-dev] [PATCH v2] eal: fix libabi macro for device generalization patches

On Wednesday 26 October 2016 06:30 PM, Shreyansh Jain wrote: > rte_device/driver generalization patches [1] were merged without a change > in the LIBABIVER macro. This patches bumps the macro of affected libs. > > Also, deprecation notice from 16.07 has been removed and release notes for > 16.11

[dpdk-dev] [PATCH v2] eal: fix libabi macro for device generalization patches

Hi Shreyansh, On 10/26/2016 2:12 PM, Shreyansh Jain wrote: > On Wednesday 26 October 2016 06:30 PM, Shreyansh Jain wrote: >> rte_device/driver generalization patches [1] were merged without a change >> in the LIBABIVER macro. This patches bumps the macro of affected libs. >> >> Also, deprecation

[dpdk-dev] [PATCH v6 2/2] app/test_pmd: fix DCB configuration

> if (dcb_mode == DCB_VT_ENABLED) { > - nb_rxq = rte_port->dev_info.max_rx_queues; > - nb_txq = rte_port->dev_info.max_tx_queues; > + nb_rxq = 1; > + nb_txq = 1; Before, the 'vt' argument in dcb command is used to distinguish whether the VMDQ

[dpdk-dev] [PATCH v6 1/2] net/ixgbe: support multiqueue mode VMDq DCB with SRIOV

> -Original Message- > From: Iremonger, Bernard > Sent: Wednesday, October 26, 2016 12:51 AM > To: dev at dpdk.org; Shah, Rahul R ; Lu, Wenzhuo > ; Dumitrescu, Cristian intel.com>; Wu, Jingjing > > Cc: Iremonger, Bernard > Subject: [PATCH v6 1/2] net/ixgbe: support multiqueue mode

[dpdk-dev] [PATCH v2] net/i40e: fix Rx hang when disable LLDP

> -Original Message- > From: Zhang, Qi Z > Sent: Thursday, October 20, 2016 4:40 AM > To: Wu, Jingjing ; Zhang, Helin > > Cc: dev at dpdk.org; Zhang, Qi Z > Subject: [PATCH v2] net/i40e: fix Rx hang when disable LLDP > > Remove stopping LLDP as a workaround for a known errata which

[dpdk-dev] [PATCH v7] net/ixgbe: support multiqueue mode VMDq DCB with SRIOV

On Wed, Oct 26, 2016 at 04:28:40PM +0100, Bernard Iremonger wrote: > The folowing changes have been made to allow Data Centre Bridge > (DCB) configuration when SRIOV is enabled. > > Modify ixgbe_check_mq_mode function, > when SRIOV is enabled, enable mq_mode > ETH_MQ_RX_VMDQ_DCB and

[dpdk-dev] [PATCH v4 18/32] net/qede: add missing 100G link speed capability

2016-10-18 21:11, Rasesh Mody: > From: Harish Patil > > This patch fixes the missing 100G link speed advertisement > when the 100G support was initially added. > > Fixes: 2af14ca79c0a ("net/qede: support 100G") > > Signed-off-by: Harish Patil [...] > [Features] > +Speed capabilities = Y

[dpdk-dev] [PATCH v2] net/i40e: fix Rx hang when disable LLDP

On Wed, Oct 26, 2016 at 03:12:41PM +, Wu, Jingjing wrote: > > > > -Original Message- > > From: Zhang, Qi Z > > Sent: Thursday, October 20, 2016 4:40 AM > > To: Wu, Jingjing ; Zhang, Helin > > > > Cc: dev at dpdk.org; Zhang, Qi Z > > Subject: [PATCH v2] net/i40e: fix Rx hang when

[dpdk-dev] [PATCH v2] net/i40e: fix Rx hang when disable LLDP

> -Original Message- > From: Richardson, Bruce > Sent: Wednesday, October 26, 2016 11:44 PM > To: Wu, Jingjing > Cc: Zhang, Qi Z ; Zhang, Helin intel.com>; > dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v2] net/i40e: fix Rx hang when disable LLDP > > On Wed, Oct 26, 2016 at

[dpdk-dev] [PATCH v2] net/i40e: fix Rx hang when disable LLDP

On Wed, Oct 26, 2016 at 04:47:31PM +0100, Wu, Jingjing wrote: > > > > -Original Message- > > From: Richardson, Bruce > > Sent: Wednesday, October 26, 2016 11:44 PM > > To: Wu, Jingjing > > Cc: Zhang, Qi Z ; Zhang, Helin > intel.com>; > > dev at dpdk.org > > Subject: Re: [dpdk-dev]

[dpdk-dev] [PATCH v4 18/32] net/qede: add missing 100G link speed capability

On Wed, Oct 26, 2016 at 05:41:58PM +0200, Thomas Monjalon wrote: > 2016-10-18 21:11, Rasesh Mody: > > From: Harish Patil > > > > This patch fixes the missing 100G link speed advertisement > > when the 100G support was initially added. > > > > Fixes: 2af14ca79c0a ("net/qede: support 100G") > >

[dpdk-dev] [PATCH v6 1/2] net/ixgbe: support multiqueue mode VMDq DCB with SRIOV

Hi Jingling, > > > Subject: [PATCH v6 1/2] net/ixgbe: support multiqueue mode VMDq DCB > > > with SRIOV > > > > > > The folowing changes have been made to allow Data Centre Bridge > > > (DCB) configuration when SRIOV is enabled. > > > > > > Modify ixgbe_check_mq_mode function, when SRIOV is

[dpdk-dev] [PATCH v6 1/2] net/ixgbe: support multiqueue mode VMDq DCB with SRIOV

> -Original Message- > From: Iremonger, Bernard > Sent: Thursday, October 27, 2016 12:10 AM > To: Wu, Jingjing ; dev at dpdk.org; Shah, Rahul R > ; Lu, Wenzhuo ; > Dumitrescu, Cristian > > Subject: RE: [PATCH v6 1/2] net/ixgbe: support multiqueue mode VMDq DCB with > SRIOV > > Hi

[dpdk-dev] [PATCH] doc/guides: add more info re VT-d/iommu settings for QAT

Hi Thomas, > -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Wednesday, October 26, 2016 4:27 PM > To: Trahe, Fiona > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH] doc/guides: add more info re VT-d/iommu > settings for QAT > > 2016-10-26

[dpdk-dev] [PATCH v4 07/32] net/qede: fix 32 bit compilation

2016-10-18 21:11, Rasesh Mody: > Fix 32 bit compilation for gcc version 4.3.4. > > Fixes: ec94dbc57362 ("qede: add base driver") > > Signed-off-by: Rasesh Mody [...] > ifeq ($(CONFIG_RTE_TOOLCHAIN_GCC),y) > +ifeq ($(shell gcc -Wno-unused-but-set-variable -Werror -E - < /dev/null > > /dev/null

[dpdk-dev] [PATCH] doc/guides: add more info re VT-d/iommu settings for QAT

2016-10-26 16:50, Trahe, Fiona: > Hi Thomas, > > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > > 2016-10-26 16:20, Fiona Trahe: > > > add more info re VT-d/iommu settings for QAT remove limitation re > > > performance tuning > > > > Sorry, I do not understand what means "re". >

[dpdk-dev] [PATCH v4 00/32] net/qede: update qede pmd to 1.2.0.1 and enable by default

Hi Thomas, > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon > Sent: Wednesday, October 26, 2016 8:20 AM > > 2016-10-24 14:41, Bruce Richardson: > > On Tue, Oct 18, 2016 at 09:11:14PM -0700, Rasesh Mody wrote: > > > Please apply to DPDK tree for v16.11 release. > > > >

[dpdk-dev] [PATCH v2] doc/guides: add more info about VT-d/iommu settings

Add more information about VT-d/iommu settings for QAT PMD. Remove limitation indicating QAT driver is not performance tuned. Signed-off-by: Fiona Trahe --- v2: clarified commit message doc/guides/cryptodevs/qat.rst | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git

[dpdk-dev] rte_eth_dev_config_restore problem

Hello everyone, I think there is a bug in rte_eth_dev_config_restore function. During restoration of MAC address configuration, all MAC addresses are restored with mac_addr_add function, but as I think MAC address with index 0 shouldn't be restored in such way, because it is a default MAC

[dpdk-dev] [PATCH] doc/guides: add more info re VT-d/iommu settings for QAT

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Fiona Trahe > Sent: Wednesday, October 26, 2016 4:20 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH] doc/guides: add more info re VT-d/iommu > settings for QAT > > add more info re VT-d/iommu settings

[dpdk-dev] [PATCH] net/vmxnet3: fix mbuf release on reset/stop

During device reset/stop, vmxnet3 releases all mbufs in tx and rx cmd ring. For rx, we should go over all ring descriptors and free using rte_pktmbuf_free_seg() instead of rte_pktmbuf_free() as the metadata of the mbuf might not be properly initialized (initialization after mempool creation is

[dpdk-dev] [RFC] [PATCH v2] libeventdev: event driven programming model framework for DPDK

Le 26 octobre 2016 2:11:26 PM "Van Haaren, Harry" a ?crit : >> -Original Message- >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jerin Jacob >> >> So far, I have received constructive feedback from Intel, NXP and Linaro >> folks. >> Let me know, if anyone else interested

[dpdk-dev] [PATCH] pdump: revert PCI device name conversion

> > Earlier ethdev library created the device names in the "bus:device.func" > > format hence pdump library implemented its own conversion method for > > changing the user passed device name format "domain:bus:device.func" to > > "bus:device.func" > > for finding the port id using device name

[dpdk-dev] [PATCH] doc: add note on primary process dependency

2016-10-13 16:09, Reshma Pattan: > The note i.e. "The dpdk-pdump tool can only be used in > conjunction with a primary process which has the packet > capture framework initialized already" is added to > doc/guides/sample_app_ug/pdump.rst to facilitate > easy understanding on the usage of the tool.

[dpdk-dev] [PATCH v2] doc: arm64: document DPDK application profiling methods

2016-10-05 14:13, Jerin Jacob: > Signed-off-by: Jerin Jacob > --- > v2: > -Addressed ARM64 specific review comments(Suggested by Thomas) I feel more comments could be done, especially about formatting. You are adding a chapter Introduction without any other section of the same level. Some

[dpdk-dev] [PATCH v4 07/32] net/qede: fix 32 bit compilation

> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Wednesday, October 26, 2016 9:54 AM > > 2016-10-18 21:11, Rasesh Mody: > > Fix 32 bit compilation for gcc version 4.3.4. > > > > Fixes: ec94dbc57362 ("qede: add base driver") > > > > Signed-off-by: Rasesh Mody > [...] > >

[dpdk-dev] [PATCH v4 18/32] net/qede: add missing 100G link speed capability

>2016-10-18 21:11, Rasesh Mody: >> From: Harish Patil >> >> This patch fixes the missing 100G link speed advertisement >> when the 100G support was initially added. >> >> Fixes: 2af14ca79c0a ("net/qede: support 100G") >> >> Signed-off-by: Harish Patil >[...] >> [Features] >> +Speed