2016-10-26 21:28, Harish Patil:
>
> >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: Har
2016-10-26 21:01, Mody, Rasesh:
> > 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")
> > >
>
2016-09-23 13:47, Ferruh Yigit:
> Alphabetically sorted items to check and
> added git log capitalization checks for LRO, NIC and PMD
>
> Signed-off-by: Ferruh Yigit
Applied, thanks
> > Christian Ehrhardt (4):
> > doc: move tool guides in their own subdirectory
> > doc: rendering and installation of man pages
> > doc: add basic invocation info for dpdk-pmdinfo
> > doc: add basic invocation info for dpdk-devbind
>
> Acked-by: Luca Boccassi
Applied with minor comments
2016-08-31 09:50, Christian Ehrhardt:
> +ifneq ($(wildcard $O/doc/man/*/*.1),)
> + $(Q)$(call rte_mkdir, $(DESTDIR)$(mandir))
This line is useless because implicit in the next one.
> + $(Q)$(call rte_mkdir, $(DESTDIR)$(mandir)/man1)
> + $(Q)cp -a $O/doc/man/*/*.1 $(DESTDIR)$(m
On Wed, Oct 26, 2016 at 01:43:25PM +0100, Bruce Richardson wrote:
> 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
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 technic
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.
> > 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 using
>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 capabilit
> 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
> [...]
> > ifeq
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 i
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 address.
Hi all,
Please join me in announcing the first DPDK stable release:
http://fast.dpdk.org/rel/dpdk-16.07.1.tar.xz
It includes most bug fixing patches before v16.11-rc1. Few
are missed in this release window and will be carried in
the next stable release.
Thanks.
--yliu
---
app/
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".
>
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
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 ad
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 ad
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 i
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 a/d
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
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 int
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
Th
> -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 fo
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".
Please use an uppercase at the beginning of each sentence and
a dot at the end. It helps reading.
2016-10-26 15:25, Ferruh Yigit:
> eal version seems already increased for this release, 2 => 3, in:
> d7e61ad3ae36 ("log: remove deprecated history dump")
Yes thanks.
> So NO need to increase it again, sorry for late notice, I just
> recognized it.
> Only librte_ether and librte_cryptodev require
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.
>
> Patchset applied to dpdk_next_net/rel_16_11
It breaks compilation because it is enabled everywhere
and zlib.h is still included without checking
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.
> >
> > Pat
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")
> >
>
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] [PATC
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
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 dis
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 ETH_MQ_TX_VMDQ
> -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 Jing
On Wed, Oct 26, 2016 at 11:44:00AM +0200, Nelio Laranjeiro wrote:
> 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 n
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 ETH_MQ_TX_VMDQ_DCB.
Modify ixgbe_dcb_tx_hw_config function,
replace the struct ixgbe_hw para
add more info re VT-d/iommu settings for QAT
remove limitation re performance tuning
Signed-off-by: Fiona Trahe
---
doc/guides/cryptodevs/qat.rst | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/doc/guides/cryptodevs/qat.rst b/doc/guides/cryptodevs/qat.rst
index 70bc2b1
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 enab
> -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 03:12:4
Hi Jingjing,
> > 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 enabled, enabl
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 n
> -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 can
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 reaccessi
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 deletions(-)
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 b/
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 b
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 +
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. */
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
> -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 VMDq
> 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
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 fro
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
> -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
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; D
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 | 6 +++---
3 files changed, 12
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")
Signe
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 ++
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 +
drivers/net/mlx
> -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 d
> 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, 2
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
> > *vq
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 don
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:
> > > >
>
> -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 of
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 v1
> -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
>
>
>
> -
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 work
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,
> -
69 matches
Mail list logo