Comments inline.
Med venlig hilsen / kind regards
- Morten Br?rup
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bruce Richardson
> Sent: Monday, October 24, 2016 6:26 PM
> To: Wiles, Keith
> Cc: Morten Br?rup; dev at dpdk.org; Olivier Matz
> Subject: Re: [
When verifying the Hash filtering on X722, we found a problem that
the hash value in descriptor is incorrect. The root caused is X722
uses different way of hash key word selection comparing with X710/XL710.
This patch fixes it by setting X722 specific key selection.
Signed-off-by: Jeff Guo
---
v4
When verifying the Hash filtering on X722, we found a problem that
the hash value in descriptor is incorrect. The root caused is X722
uses different way of hash key word selection comparing with X710/XL710.
This patch fixes it by setting X722 specific key selection.
Signed-off-by: Jeff Guo
---
v4
Because of some register is only supported by X722, such as
I40E_GLQF_FD_PCTYPES,
so it need to use the mac type to distinguish the behavior of X722 from X710
and other
NICs, or it would result X710 functional failed.
Fixes: 8c5cb3c11513 (?net/i40e: add packet type translation for X722?)
Signed-
On 10/24/2016 12:10 PM, ychen wrote:
> Hi, I am a freshman learning DPDK, when I followed the document
> INSTALL.DPDK.md to launch openvswitch with dpdk inited, I found that all the
> threads are pinned to master lcore except lcore-slave and vfio-sync, but I
> can not find any code to set the af
Hi, I am a freshman learning DPDK, when I followed the document INSTALL.DPDK.md
to launch openvswitch with dpdk inited, I found that all the threads are pinned
to master lcore except lcore-slave and vfio-sync, but I can not find any code
to set the affinity for these threads.
Here is my questio
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
Hi Helin,
Thanks for your response, to answer your questions:
1. we send only one packet each time calling rte_kni_tx_burst(), which means
the last argument is 1.
2. it returns 0 because the free mbuf function inside tx_burst will not free
any mbuf:
if (txq->nb_tx_free < txq->tx_free_
On Mon, 24 Oct 2016 17:29:25 +0530
Shreyansh Jain wrote:
> From: Jan Viktorin
>
> Define initial structures and functions for the SoC infrastructure.
> This patch supports only a very minimal functions for now.
> More features will be added in the following commits.
>
> Includes rte_device/rte
Hi all,
My name is Ben Walker and I'm the technical lead for SPDK (it's like DPDK, but
for storage devices). SPDK relies on DPDK only for the base functionality in the
EAL - memory management, the rings, and the PCI scanning code. A key feature for
storage devices is support for hot insert and rem
On Mon, 24 Oct 2016 17:29:20 +0530
Shreyansh Jain wrote:
> From: Jan Viktorin
>
> Signed-off-by: Jan Viktorin
> Signed-off-by: Shreyansh Jain
I think, there is no reason to prevent merging this. Feel free to add:
Acked-by: Jan Viktorin
On Mon, 24 Oct 2016 17:38:29 +0530
Shreyansh Jain wrote:
> Hi Jan,
>
> On Sunday 16 October 2016 12:42 PM, Shreyansh Jain wrote:
> > Hi Jan,
> >
[...]
> >>
> >>> +
> >>> +int
> >>> +rte_eal_soc_scan(void)
> >>
> >> What about naming it rte_eal_soc_scan_default? This would underline the
>
First of all: Thanks for a great DPDK Userspace 2016!
Continuing the Userspace discussion about Olivier Matz?s proposed mbuf
changes...
1.
Stephen Hemminger had a noteworthy general comment about keeping metadata for
the NIC in the appropriate section of the mbuf: Metadata generated by the
Hi Jan,
On Sunday 16 October 2016 12:42 PM, Shreyansh Jain wrote:
> Hi Jan,
>
>> -Original Message-
>> From: Jan Viktorin [mailto:viktorin at rehivetech.com]
>> Sent: Sunday, October 16, 2016 6:27 AM
>> To: Shreyansh Jain
>> Cc: dev at dpdk.org; thomas.monjalon at 6wind.com; david.marchan
- rte_cryptodev_driver/rte_cryptodev_dev embeds rte_soc_driver/device for
linking SoC PMDs to crypto devices.
- Add probe and remove functions linked
Signed-off-by: Hemant Agrawal
Signed-off-by: Shreyansh Jain
---
lib/librte_cryptodev/rte_cryptodev.c | 122 -
From: Jan Viktorin
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
Signed-off-by: Hemant Agrawal
---
lib/librte_ether/rte_ethdev.c | 148 +-
lib/librte_ether/rte_ethdev.h | 31 +
2 files changed, 177 insertions(+), 2 deletions(-)
dif
From: Jan Viktorin
We abstract access to the intr_handle here as we want to get
it either from the pci_dev or soc_dev.
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
Signed-off-by: Hemant Agrawal
---
lib/librte_ether/rte_ethdev.c | 14 --
1 file changed, 12 insertions(
From: Jan Viktorin
Now that different types of ethdev exist, check for presence of PCI dev
while copying out the info.
Similar would be done for SoC.
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
Signed-off-by: Hemant Agrawal
---
lib/librte_ether/rte_ethdev.c | 2 ++
1 file chang
From: Jan Viktorin
It is not necessary to place the rte_pci_driver at the beginning
of the rte_eth_dev struct anymore as we use the container_of macro
to get the parent pointer.
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
Signed-off-by: Hemant Agrawal
---
lib/librte_ether/rte_e
From: Jan Viktorin
Additional features introduced:
- Find kernel driver through sysfs bindings
- Dummy implementation for mapping to kernel driver
- DMA coherency value from sysfs
- Numa node number from sysfs
- Support for updating device during probe if already registered
Signed-off-by: J
From: Jan Viktorin
Default implementation which scans the sysfs platform devices hierarchy.
For each device, extract the ueven and convert into rte_soc_device.
The information populated can then be used in probe to match against
the drivers registered.
Signed-off-by: Jan Viktorin
[Shreyansh: r
From: Jan Viktorin
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
Signed-off-by: Hemant Agrawal
---
lib/librte_eal/common/include/rte_soc.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/lib/librte_eal/common/include/rte_soc.h
b/lib/librte_eal/common/include/rte_soc.h
index
From: Jan Viktorin
The flags are copied from the PCI ones. They should be refactorized into a
general set of flags in the future.
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
Signed-off-by: Hemant Agrawal
---
lib/librte_eal/common/include/rte_soc.h | 10 ++
1 file change
From: Jan Viktorin
It is assumed that SoC Devices provided on command line are prefixed with
"soc:". This patch adds parse and attach support for such devices.
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
Signed-off-by: Hemant Agrawal
---
lib/librte_eal/common/eal_common_dev.c
Each SoC PMD registers a set of callback for scanning its own bus/infra and
matching devices to drivers when probe is called.
This patch introduces the infra for calls to SoC scan on rte_eal_soc_init()
and match on rte_eal_soc_probe().
Patch also adds test case for scan and probe.
Signed-off-by:
From: Jan Viktorin
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
Signed-off-by: Hemant Agrawal
---
lib/librte_eal/bsdapp/eal/Makefile| 1 +
lib/librte_eal/bsdapp/eal/eal.c | 4 +++
lib/librte_eal/bsdapp/eal/eal_soc.c | 46
lib/librte_eal/
From: Jan Viktorin
Support --enable-soc. SoC support is disabled by default.
Signed-off-by: Jan Viktorin
[Shreyansh: Change --no-soc to --enable-soc; disabled by default]
Signed-off-by: Shreyansh Jain
Signed-off-by: Hemant Agrawal
---
doc/guides/testpmd_app_ug/run_app.rst | 4
lib/
From: Jan Viktorin
SoC devices would be linked in a separate list (from PCI). This is used for
probe function.
A helper for dumping the device list is added.
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
Signed-off-by: Hemant Agrawal
---
lib/librte_eal/bsdapp/eal/rte_eal_version.
From: Jan Viktorin
Registeration of a SoC driver through a helper RTE_PMD_REGISTER_SOC
(on the lines of RTE_PMD_REGISTER_PCI). soc_driver_list stores all the
registered drivers.
Test case has been introduced to verify the registration and
deregistration.
Signed-off-by: Jan Viktorin
[Shreyansh:
From: Jan Viktorin
Define initial structures and functions for the SoC infrastructure.
This patch supports only a very minimal functions for now.
More features will be added in the following commits.
Includes rte_device/rte_driver inheritance of
rte_soc_device/rte_soc_driver.
Signed-off-by: Jan
From: Jan Viktorin
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
---
lib/librte_eal/common/include/rte_common.h | 18 ++
1 file changed, 18 insertions(+)
diff --git a/lib/librte_eal/common/include/rte_common.h
b/lib/librte_eal/common/include/rte_common.h
index db5
From: Jan Viktorin
Generalize the PCI-specific pci_get_kernel_driver_by_path. The function
is general enough, we have just moved it to eal.c, changed the prefix to
rte_eal and provided it privately to other parts of EAL.
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
---
lib/librte
From: Jan Viktorin
Generalize the PCI-specific pci_unbind_kernel_driver. It is now divided
into two parts. First, determination of the path and string identification
of the device to be unbound. Second, the actual unbind operation which is
generic.
BSD implementation updated as ENOTSUP
Signed-o
From: Jan Viktorin
The functions pci_map_resource, pci_unmap_resource are generic so the
pci_* prefix can be omitted. The functions are moved to the
eal_common_dev.c so they can be reused by other infrastructure.
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
---
lib/librte_eal/bsd
From: Jan Viktorin
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
--
Changes since v0:
- fix compilation error due to missing include
---
lib/librte_eal/common/include/rte_dev.h | 12
lib/librte_eal/common/include/rte_pci.h | 9 -
2 files changed, 12 insertio
Introduction:
=
This patch set is direct derivative of Jan's original series [1],[2].
- This version is based on master HEAD (173511).
- In this, I am merging the series [11] back. It was initially part
of this set but I had split considering that those changes in PCI
were go
>
> 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
On Mon, Oct 24, 2016 at 04:11:33PM +, Wiles, Keith wrote:
>
> > On Oct 24, 2016, at 10:49 AM, Morten Br?rup
> > wrote:
> >
> > First of all: Thanks for a great DPDK Userspace 2016!
> >
> >
> >
> > Continuing the Userspace discussion about Olivier Matz?s proposed mbuf
> > changes...
Tha
> On Oct 24, 2016, at 10:49 AM, Morten Br?rup
> wrote:
>
> First of all: Thanks for a great DPDK Userspace 2016!
>
>
>
> Continuing the Userspace discussion about Olivier Matz?s proposed mbuf
> changes...
>
>
>
> 1.
>
> Stephen Hemminger had a noteworthy general comment about keeping me
On 24/10/16 15:51, Jan Blunck wrote:
> On Mon, Oct 24, 2016 at 7:02 AM, Declan Doherty
> wrote:
>> On 14/10/16 00:37, Eric Kinzie wrote:
>>>
>>> On Wed Oct 12 16:24:21 +0100 2016, Bruce Richardson wrote:
On Wed, Oct 12, 2016 at 04:24:54PM +0300, Ilya Maximets wrote:
>
> On 07.10.
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. */
>From 35b09a978d244092337b6f46fd1309f8c733bb6b Mon Sep 17 00:00:00 2001
From: Tomasz Kulasek
Date: Fri, 14 Oct 2016 16:10:35 +0200
Subject: [PATCH v6 0/6] add Tx preparation
As discussed in that thread:
http://dpdk.org/ml/archives/dev/2015-September/023603.html
Different NIC models depending o
On Thu, Oct 20, 2016 at 12:54:52AM +, Lu, Wenzhuo wrote:
> Hi,
>
> > -Original Message-
> > From: Iremonger, Bernard
> > Sent: Wednesday, October 19, 2016 10:48 PM
> > To: dev at dpdk.org; daniels at research.att.com; Lu, Wenzhuo; az5157 at
> > att.com
> > Cc: Iremonger, Bernard
> > S
On Tue, Oct 18, 2016 at 09:11:14PM -0700, Rasesh Mody wrote:
> Hi,
>
> This patch set includes changes to update the base driver, work with
> newer FW 8.10.9.0, adds new features, includes enhancements and code
> cleanup, provides bug fixes and updates documentation for the QEDE
> poll mode driver
On Mon, Oct 17, 2016 at 04:18:59PM +0200, Adrien Mazarguil wrote:
> On Mon, Oct 17, 2016 at 02:52:39PM +0100, Ferruh Yigit wrote:
> > Hi Adrien,
> >
> > On 10/17/2016 1:56 PM, Olivier Gournet wrote:
> > > Fixes: 1d88ba171942 ("net/mlx5: refactor Tx data path")
> > > Fixes: 21c8bb4928c9 ("net/mlx5:
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Monday, October 24, 2016 14:57
> To: Kulasek, TomaszX ; dev at dpdk.org
> Cc: olivier.matz at 6wind.com
> Subject: RE: [PATCH v8 1/6] ethdev: add Tx preparation
>
>
>
> > -Original Message-
> > From: Kulasek, TomaszX
> >
> -Original Message-
> From: Trahe, Fiona
> Sent: Monday, October 24, 2016 1:00 PM
> To: dev at dpdk.org
> Cc: De Lara Guarch, Pablo ; Trahe, Fiona
> ; Griffin, John ; Jain,
> Deepak K ; Kusztal, ArkadiuszX
>
> Subject: [PATCH 2/2] app/test: use correct offsets in AES perf test
>
> offs
> -Original Message-
> From: Trahe, Fiona
> Sent: Monday, October 24, 2016 1:00 PM
> To: dev at dpdk.org
> Cc: De Lara Guarch, Pablo ; Trahe, Fiona
> ; Griffin, John ; Jain,
> Deepak K ; Kusztal, ArkadiuszX
>
> Subject: [PATCH 1/2] crypto/qat: rework request builder for performance
>
>
offsets for digest and data need to be adjusted
to take prepended IV into account
Signed-off-by: Fiona Trahe
---
app/test/test_cryptodev_perf.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/app/test/test_cryptodev_perf.c b/app/test/test_cryptodev_perf.c
inde
QAT PMD adjusts the buffer start address and offsets passed
to the device so that the DMAs in and out of the device are
64-byte aligned.
This gives more consistent throughput, which had been
variable depending on how the application set up the mbuf.
The message builder code had to be considerably r
QAT PMD adjusts the buffer start address and offsets passed
to the device so that the DMAs in and out of the device are
64-byte aligned.
This gives more consistent throughput, which had been
variable depending on how the application set up the mbuf.
The message builder code had to be considerably r
> -Original Message-
> From: Kulasek, TomaszX
> Sent: Monday, October 24, 2016 1:49 PM
> To: Ananyev, Konstantin ; dev at dpdk.org
> Cc: olivier.matz at 6wind.com
> Subject: RE: [PATCH v8 1/6] ethdev: add Tx preparation
>
> Hi Konstantin,
>
> > -Original Message-
> > From: Anany
Hi Konstantin,
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Monday, October 24, 2016 14:15
> To: Kulasek, TomaszX ; dev at dpdk.org
> Cc: olivier.matz at 6wind.com
> Subject: RE: [PATCH v8 1/6] ethdev: add Tx preparation
>
> Hi Tomasz,
>
[...]
> >
> > +/**
> > + * Fix pseud
This registers the legacy names of the driver being renamed in
commit 2f45703c17ac ("drivers: make driver names consistent").
Signed-off-by: Jan Blunck
Tested-by: Pablo de Lara
---
drivers/crypto/aesni_gcm/aesni_gcm_pmd.c | 1 +
drivers/crypto/aesni_mb/rte_aesni_mb_pmd.c | 1 +
drivers/crypto
This registers the legacy names of the driver being renamed in
commit 2f45703c17ac ("drivers: make driver names consistent").
Signed-off-by: Jan Blunck
---
drivers/net/af_packet/rte_eth_af_packet.c | 1 +
drivers/net/bonding/rte_eth_bond_pmd.c| 1 +
drivers/net/mpipe/mpipe_tilegx.c
This adds infrastructure for drivers to allow being requested by an alias
so that a renamed driver can still get loaded by its legacy name.
Signed-off-by: Jan Blunck
Reviewed-by: Maxime Coquelin
Tested-by: Pablo de Lara
---
lib/librte_eal/common/eal_common_vdev.c | 8
lib/librte_eal/
Hi Tomasz,
>
> /**
> + * Validate general requirements for tx offload in mbuf.
> + *
> + * This function checks correctness and completeness of Tx offload settings.
> + *
> + * @param m
> + * The packet mbuf to be validated.
> + * @return
> + * 0 if packet is valid
> + */
> +static inline in
On 14/10/16 00:37, Eric Kinzie wrote:
> On Wed Oct 12 16:24:21 +0100 2016, Bruce Richardson wrote:
>> On Wed, Oct 12, 2016 at 04:24:54PM +0300, Ilya Maximets wrote:
>>> On 07.10.2016 05:02, Eric Kinzie wrote:
On Wed Sep 07 15:28:10 +0300 2016, Ilya Maximets wrote:
> This reverts commit 5b7
When mbufs are smaller than MRU, multi-segment support must be enabled to
default set when not in promiscuous or allmulticast modes.
Fixes: 9964b965ad69 ("net/mlx5: re-add Rx scatter support")
Signed-off-by: Raslan Darawsheh
---
drivers/net/mlx5/mlx5_rxq.c | 6 ++
1 file changed, 6 insertio
Remove non-IPv6 multicast traffic with destination MAC 33:33:* from the
default set when not in promiscuous or allmulticast modes.
Fixes: 0497ddaac511 ("mlx5: add special flows for broadcast and IPv6 multicast")
Signed-off-by: Raslan Darawsheh
---
drivers/net/mlx5/mlx5_rxmode.c | 1 -
1 file ch
On Wed, Oct 19, 2016 at 5:47 AM, Ilya Maximets
wrote:
> On 18.10.2016 18:19, Jan Blunck wrote:
>> On Tue, Oct 18, 2016 at 2:49 PM, Ilya Maximets
>> wrote:
>>> On 18.10.2016 15:28, Jan Blunck wrote:
If the application already configured queues the PMD should not
silently claim ownershi
On Mon, Oct 24, 2016 at 7:02 AM, Declan Doherty
wrote:
> On 14/10/16 00:37, Eric Kinzie wrote:
>>
>> On Wed Oct 12 16:24:21 +0100 2016, Bruce Richardson wrote:
>>>
>>> On Wed, Oct 12, 2016 at 04:24:54PM +0300, Ilya Maximets wrote:
On 07.10.2016 05:02, Eric Kinzie wrote:
>
> On We
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Qiming Yang
> Sent: Thursday, October 13, 2016 2:07 PM
> To: dev at dpdk.org
> Cc: Yang, Qiming
> Subject: [dpdk-dev] [PATCH 2/2] net/i40e: fix VF bonded device link down
>
> Originally, using DPDK as host dr
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Qiming Yang
> Sent: Thursday, October 13, 2016 2:07 PM
> To: dev at dpdk.org
> Cc: Yang, Qiming
> Subject: [dpdk-dev] [PATCH 1/2] net/i40e: fix link status change interrupt
>
> Previously, link status interru
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Qiming Yang
> Sent: Sunday, October 9, 2016 11:17 AM
> To: dev at dpdk.org
> Cc: Yang, Qiming
> Subject: [dpdk-dev] [PATCH] doc: announce ABI change for ethtool app enhance
>
> This patch adds a notice that t
> -Original Message-
> From: Guo, Jia
> Sent: Thursday, October 20, 2016 10:49 AM
> To: Zhang, Helin ; Wu, Jingjing intel.com>
> Cc: dev at dpdk.org; Guo, Jia ; Yigit, Ferruh
>
> Subject: [PATCH] net/i40e: fix the hash filter invalid calculation in X722
>
> As X722 extracts IPv4 header
> -Original Message-
> From: Guo, Jia
> Sent: Thursday, October 20, 2016 10:48 AM
> To: Zhang, Helin ; Wu, Jingjing intel.com>
> Cc: dev at dpdk.org; Guo, Jia ; Yigit, Ferruh
>
> Subject: [PATCH] net/i40e: fix fdir configure failed issue in X710
>
> The correct way to distinguish the
> -Original Message-
> From: Michael Qiu [mailto:qdy220091330 at gmail.com]
> Sent: Tuesday, October 18, 2016 1:49 PM
> To: dev at dpdk.org
> Cc: Tan, Jianfeng; Michael Qiu
> Subject: [PATCH 2/2] examples/tep_term: Fix packet len for multi-seg mbuf
>
> For multi-seg mbuf, ip->total_lengt
> -Original Message-
> From: Michael Qiu [mailto:qdy220091330 at gmail.com]
> Sent: Tuesday, October 18, 2016 1:49 PM
> To: dev at dpdk.org
> Cc: Tan, Jianfeng; Michael Qiu
> Subject: [PATCH 1/2] examples/tep_term: Fix l4_len issue
>
> l4_len is not fixed, althrough mostly it is a fixed
Hi Yingzhi
Thank you for the reporting! The description is not so clear at least for me.
Please help to narrown down the issue by youself.
How many packets would it have for calling TX function?
Why it would return 0 after calling TX function? No memory? Or return from
else? Have you found anythi
Ferruh,
Thank you for your reminder, I will remember to CC to the maintainer in future.
Jingjing and Helin,
Can you help to review these two patches?
Thanks,
Qiming
-Original Message-
From: Yigit, Ferruh
Sent: Wednesday, October 19, 2016 6:57 PM
To: Yang, Qiming ; dev at dpdk.org
Cc: W
Hi Ananda,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Ananda
> Sathyanarayana
> Sent: Saturday, October 22, 2016 3:27 AM
> To: dev at dpdk.org
> Cc: ananda at versa-networks.com; Vignesh Chinnakkannu
> Subject: [dpdk-dev] Manual link speed/duplex configu
Hi
I am using DPDK QoS and I find something strange. I am not sure if
something is wrong with my config or my understanding of queue weights is
wrong.
In my config, I am using only 1 port and 1 subport and 1 pipe. Within that
pipe, I am using only the last class (C3). Port, subport and pipe are
co
84 matches
Mail list logo