[dpdk-dev] New mailing list for users

Hello, Following this discussion: http://dpdk.org/ml/archives/dev/2015-October/025032.html the mailing-list users at dpdk.org has been created. Like dev at dpdk.org, you must be registered to post without moderation. It is a basic spam counter-measure. As usual, please try to be friendly

[dpdk-dev] I have a problem in setting up DPDK 2.1.0 in Fedora OS release 20 (Heisenbug). I cannot r

Dear De Lara Guarch, Pablo. I checked what you mentioned. * Fedora Linux kernel version is as follows. $ uname -r (print kernel name) 3.17.7-200.fc20.x86_64 $ uname -a Linux sdnlab-k01 3.17.7-200.fc20.x86_64 #1 SMP Wed Dec 17 03:35:33 UTC 2014 x86_64 x86_64 x86_64 GNU/Linu

[dpdk-dev] [PATCH 02/34] e1000/base: add new devices

Hi Hemminger, > -Original Message- > From: Stephen Hemminger [mailto:stephen at networkplumber.org] > Sent: Thursday, October 15, 2015 12:01 AM > To: Lu, Wenzhuo > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH 02/34] e1000/base: add new devices > > On Wed, 14 Oct 2015 14:34:07 +080

[dpdk-dev] [PATCH] eal/bsd: reinitialize optind and optreset to 1

Hi Don! I'm truly sorry for my misunderstanding. :-( Thank you so much for your detailed comments! I will update my patch! Thanks again! Best wishes, Tiwei Bie On Wed, Oct 14, 2015 at 05:54:14PM +, Don Provan wrote: > > > On Wed, Oct 14, 2015 at 10:28:44AM +0800, Tiwei Bie wrote: > > > > I

[dpdk-dev] [PATCH v2 01/35] e1000/base: update readme and copyright

Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/README | 4 ++-- drivers/net/e1000/base/e1000_80003es2lan.c | 2 +- drivers/net/e1000/base/e1000_80003es2lan.h | 2 +- drivers/net/e1000/base/e1000_82540.c | 2 +- drivers/net/e1000/base/e1000_82541.c | 2 +- drivers/ne

[dpdk-dev] [PATCH v2 02/35] e1000/base: add new devices

Add some new i218 devices. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_api.c | 4 drivers/net/e1000/base/e1000_defines.h | 2 ++ drivers/net/e1000/base/e1000_hw.h | 4 drivers/net/e1000/base/e1000_ich8lan.c | 18 ++ 4 files changed, 24 inserti

[dpdk-dev] [PATCH v2 03/35] e1000/base: fix issue with link flap on 82579

Several customers have reported a link flap issue on 82579. The symptoms are random and intermittent link losses when 82579 is connected to specific switches. Issue has been root caused as interoperability problem between the NIC and at least some Broadcom PHYs in the Energy Efficient Ethernet wake

[dpdk-dev] [PATCH v2 04/35] e1000/base: fix issue with jumbo frame CRC failures in client

This is a patch to change the value of register 776.20[11:2] for jumbo mode from 0x1A to 0x1F. This is to enlarge the gap between read and write pointers in the TX Fifo. And replace the magic number with a macro by the way. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_defines.h | 1

[dpdk-dev] [PATCH v2 05/35] e1000/base: redundant PHY power down for i210

The wrong bit is being used in PHYREG16 for PHY power down. In addition, the use of PHYREG 16 is unnecessary if bit 11 of PHYREG 0 is used. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_phy.c | 15 --- drivers/net/e1000/base/e1000_phy.h | 1 - 2 files changed, 16 deleti

[dpdk-dev] [PATCH v2 06/35] e1000/base: add return value to the functions of setting receive address register

Previously, the rar_set functions were of type void, and when they failed to program an address register they would, at most, put a message into the log and end. The fact that they failed to program an address into a address register, if checked for, should be captured and passed back to the call

[dpdk-dev] [PATCH v2 07/35] e1000/base: add defaults for i210 TX/RX PBSIZE

These are the defaults for the packet buffer size registers that need to be explicitly set back if someone changes them and comes back to a normal driver. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_defines.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/net/e1000/

[dpdk-dev] [PATCH v2 08/35] e1000/base: remove E1000_WRITE_FLUSH for DH89XXCC_SGMII after commencing HW reset

For DH89XXCC_SGMII, write flush leaves registers of this device trashed (0x). Added check for this device. Also, after both for Port SW Reset and Device Reset case, platform should wait at least 3ms before reading any registers. Since waiting is conditionally executed only for Device Reset

[dpdk-dev] [PATCH v2 10/35] e1000/base: change invariant return to not use variables

Although this change should be optimized out by the compiler, just return a constant directly rather than declare a variable. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_82575.c | 13 + 1 file changed, 5 insertions(+), 8 deletions(-) diff --git a/drivers/net/e1000/bas

[dpdk-dev] [PATCH v2 00/35] update e1000 base code

Short summary: *update readme and copyright *add new devices *fix issue with link flap on 82579 *fix issue with jumbo frame CRC failures in client *redundant PHY power down for i210 *add return value to the functions of setting receive address register *add defaults for i210 TX/RX PBSIZE *remove E1

[dpdk-dev] [PATCH v2 12/35] e1000/base: add return value handler for ESB2 controller init and reset

Adding code where missing to handle case where calls to e1000_read_kmrn_reg_80003es2lan and e1000_write_kmrn_reg_80003es2lan return an error value. Also, when accessing the E1000_KMRNCTRLSTA_INBAND_PARAM offset to disable far-end loopback on 80003es2lan devices, make the handling of a read or write

[dpdk-dev] [PATCH v2 09/35] e1000/base: add evaluation of e1000_nvm_read return value

Adding code to a case where e1000_nvn_read is called, but there is no consideration for when the read fails (returns an error code). Also, this patch adds an error message to a base NVM reading function that is missing it for consistency. This patch is not covering all cases of these conditions, it

[dpdk-dev] [PATCH v2 11/35] e1000/base: add return value handler when check manage mode

Adding code, where missing, to handle the case when hw->nvm.ops.read returns an error value. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_82571.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/drivers/net/e1000/base/e1000_82571.c b/drivers/net/e1000/base/

[dpdk-dev] [PATCH v2 13/35] e1000/base: add support for inverted format ETrackId

There are some images which contain ETrackID in inverted format. This patch allows reading this format. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_nvm.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/drivers/net/e1000/base/e1000_nvm.c b/drivers/net/e100

[dpdk-dev] [PATCH v2 14/35] e1000/base: add EEARBC_I210 for i210

EEARBC has changed on i210. It means EEARBC has a different address on i210 than on other NICs. So, add a new entity named EEARBC_I210 to the register list and make sure the right one is being used on i210. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_i210.c | 17 ++---

[dpdk-dev] [PATCH v2 15/35] e1000/base: apply paranoia to macro arguments

Macro arguments need to be in parens since we can pass in expressions. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_api.h | 16 drivers/net/e1000/base/e1000_hw.h | 2 +- drivers/net/e1000/base/e1000_regs.h | 4 ++-- 3 files changed, 11 insertions(+), 11 deleti

[dpdk-dev] [PATCH v2 16/35] e1000/base: add flags to set eee advertisement modes

!!! REQUIRES DRIVER CHANGES !!! Change e1000_set_eee_i350 and e1000_set_eee_i354 to have flags allowing changes in the advertised EEE speeds. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_82575.c | 34 +++--- drivers/net/e1000/base/e1000_82575.h | 4 ++-

[dpdk-dev] [PATCH v2 17/35] e1000/base: prevent ulp flow if cable connected

Enabling ulp on link down when cable is connect caused an infinite loop of linkup/down indications in the NDIS driver. After discussed, correct flow is to enable ULP only when cable is disconnected. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_ich8lan.c | 3 +++ 1 file changed, 3 i

[dpdk-dev] [PATCH v2 18/35] e1000/base: fix TIPG value for non 10 half duplex mode

TIPG value is increased when setting speed to 10 half to prevent packet loss. However, it was never decreased again when speed changes. This caused performance issues in the NDIS driver. Fix this to restore TIPG to default value on non 10 half. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/bas

[dpdk-dev] [PATCH v2 19/35] e1000/base: add return value for resume workaround

Add u32 return value to function e1000_resume_workarounds_pchlan, so that calling function can detect PHY access failure during resuming flow. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_ich8lan.c | 11 ++- drivers/net/e1000/base/e1000_ich8lan.h | 2 +- 2 files changed, 7

[dpdk-dev] [PATCH v2 20/35] e1000/base: fix link detect flow

In case that auto-negotiate is not enabled, call e1000_setup_copper_link_generic instead of e1000_phy_setup_autoneg. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_ich8lan.c | 13 + 1 file changed, 9 insertions(+), 4 deletions(-) diff --git a/drivers/net/e1000/base/e1000

[dpdk-dev] [PATCH v2 21/35] e1000/base: cleanup NAHUM6LP_HW tags

Remove all NAHUM6LP_HW tags. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_hw.h | 6 +++--- drivers/net/e1000/base/e1000_ich8lan.c | 9 + drivers/net/e1000/base/e1000_ich8lan.h | 29 ++--- drivers/net/e1000/base/e1000_osdep.h | 1 - drivers/

[dpdk-dev] [PATCH v2 22/35] e1000/base: add bit for disable packetbuffer read

Added bit FEXTNVM7[18], that controls disabling MAC packet buffer read. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_ich8lan.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/net/e1000/base/e1000_ich8lan.h b/drivers/net/e1000/base/e1000_ich8lan.h index f5d8ab1..f7f66

[dpdk-dev] [PATCH v2 24/35] e1000/base: remove FIXME comment

The "FIXME" comment is revomed from e1000_acquire_swfw_sync_80003es2lan but forgotten being removed from e1000_acquire_swfw_sync_82575 while the similar changes were made to both. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_82575.c | 2 +- 1 file changed, 1 insertion(+), 1 deletio

[dpdk-dev] [PATCH v2 26/35] e1000/base: disable extension header parsing for IPv6

All 1G Server products need to have IPv6 extension headers turned off. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_82575.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/drivers/net/e1000/base/e1000_82575.c b/drivers/net/e1000/base/e1000_82575.c i

[dpdk-dev] [PATCH v2 27/35] e1000/base: fix for i354 88E1112 PHY using AutoMedia Detect

e1000_check_for_link_media_swap() is supposed to check PHY page 0 for copper and PHY page 1 for "other" (fiber) link. We switched back from page 1 to page 0 too soon, before e1000_check_for_link_82575() is executed and we were never finding link on fiber (other). Note: The precedence of link type

[dpdk-dev] [PATCH v2 28/35] e1000/base: increase timeout of polling bit RSPCIPHY in check_reset_block

Previously, in check_reset_block RSPCIPHY was polled for 100 ms before determining that the ME veto is set. This needed to be increased to 300 ms. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_ich8lan.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net

[dpdk-dev] [PATCH v2 23/35] e1000/base: K1 flow fixes

This patch is for the following updates to the K1 configurations: Tx idle period for entering K1 should be 128 ns. Minimum Tx idle period in K1 should be 256 ns. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_ich8lan.c | 47 +- drivers/net/e1000/base/e

[dpdk-dev] [PATCH v2 25/35] e1000/base: set correct value of beacon duration

Fix for I217 Packet Loss issue - The Management Engine sets the FEXTNVM4 Beacon Duration incorrectly. This fix ensures that the correct value will always be set. Correct value for this field is 8 usec. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_ich8lan.c | 14 ++ 1 f

[dpdk-dev] [PATCH v2 29/35] e1000/base: implement 88E1543 PHY initialization

The initializtion process for 88E1543 PHY. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_82575.c | 106 - drivers/net/e1000/base/e1000_82575.h | 1 + drivers/net/e1000/base/e1000_defines.h | 1 + 3 files changed, 107 insertions(+), 1 deletion(

[dpdk-dev] [PATCH v2 30/35] e1000/base: use the correct i210 register for EEMNGCTL

The i210 has two EEPROM access registers that are located in non-standard offsets: EEARBC and EEMNGCTL. EEARBC was fixed previously and EEMNGCTL should also be corrected. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_i210.c | 30 ++ drivers/net/e1000/base

[dpdk-dev] [PATCH v2 31/35] e1000/base: move the print to the right position

This info need not to be always printed. Move it into the if. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_phy.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/e1000/base/e1000_phy.c b/drivers/net/e1000/base/e1000_phy.c index 6bbb379..d43b7ce 1

[dpdk-dev] [PATCH v2 32/35] e1000/base: synchronization of MAC-PHY interface only on non- ME systems

On power up, the MAC - PHY interface needs to be set to PCIe, even if cable is disconnected. In ME systems, the ME handles this on exit from Sx(Sticky mode) state. In non-ME, the driver handles it. Added a check for non-ME system to the driver code that handles that. Signed-off-by: Wenzhuo Lu --

[dpdk-dev] [PATCH v2 33/35] e1000/base: fix to enable both ulp and EEE in Sx state

This patch implements a modified flow that allows both ULP and EEE in Sx(Sticky mode). Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_ich8lan.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/net/e1000/base/e1000_ich8lan.c b/drivers/net/e1000/base/e1000_ich8lan.c i

[dpdk-dev] [PATCH v2 34/35] e1000/base: some minor change

Some minor code change. No functionality impact. Signed-off-by: Wenzhuo Lu --- drivers/net/e1000/base/e1000_ich8lan.c | 27 --- drivers/net/e1000/base/e1000_ich8lan.h | 1 + 2 files changed, 13 insertions(+), 15 deletions(-) diff --git a/drivers/net/e1000/base/e1000_ich

[dpdk-dev] [PATCH v2 35/35] e1000: add new devices

Add the new e1000 devices to the DPDK PCI device list. Signed-off-by: Wenzhuo Lu --- lib/librte_eal/common/include/rte_pci_dev_ids.h | 5 + 1 file changed, 5 insertions(+) diff --git a/lib/librte_eal/common/include/rte_pci_dev_ids.h b/lib/librte_eal/common/include/rte_pci_dev_ids.h index 2

[dpdk-dev] [Q] l2fwd in examples directory

There is codes as below in examples/l2fwd/main.c and I think rte_eth_dev_socket_id(portid) always returns -1(SOCKET_ID_ANY) since there is no association code between port and lcore in the example codes. (i.e. I need to find a matching lcore from lcore_queue_conf[] with portid and call rte_lcore_to

[dpdk-dev] [Q] l2fwd in examples directory

There is codes as below in examples/l2fwd/main.c and I think rte_eth_dev_socket_id(portid) always returns -1(SOCKET_ID_ANY) since there is no association code between port and lcore in the example codes. (i.e. I need to find a matching lcore from lcore_queue_conf[] with portid and call rte_lcore_to

[dpdk-dev] [PATCH] fm10k: add Intel Boulder Rapid NIC support

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Michael Qiu > Sent: Friday, September 25, 2015 10:31 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH] fm10k: add Intel Boulder Rapid NIC support > > Boulder Rapid is Intel new NIC within fm10k family. >

[dpdk-dev] [PATCH 1/3] fm10k: add multi-queue checking

On 2015/9/30 15:29, Shaopeng He wrote: > Add multi-queue checking in device configure process. > Currently, VMDQ and RSS are supported. > > Signed-off-by: Shaopeng He > --- > drivers/net/fm10k/fm10k_ethdev.c | 44 > > 1 file changed, 44 insertions(+) > >

[dpdk-dev] [PATCH v4] mbuf/ip_frag: move mbuf chaining to common code

Chaining/segmenting mbufs can be useful in many places, so make it global. Signed-off-by: Simon Kagstrom Signed-off-by: Johan Faltstrom --- ChangeLog: v4: * Line up doxygen comments better (Olivier Matz) * Correct patch name (Thomas Monajlon) v3: * Describe performance implications of lin

[dpdk-dev] [PATCH v5 4/9] null: virtual dynamic rss configuration

On 2015/09/30 23:05, Tomasz Kulasek wrote: > This implementation allows to set and read RSS configuration for null > device, and is used to validate right values propagation over the slaves, > in test units for dynamic RSS configuration for bonding. > > v5 changes: > - replaced memcpy with rte_mem

[dpdk-dev] [PATCH] examples/vmdq: Fix the core dump issue when mem_pool is more than 34

> -Original Message- > From: De Lara Guarch, Pablo > Sent: Tuesday, October 13, 2015 3:59 PM > To: Sun, Xutao; dev at dpdk.org > Subject: RE: [dpdk-dev] [PATCH] examples/vmdq: Fix the core dump issue > when mem_pool is more than 34 > > Hi Xutao, > > > -Original Message- > > From

[dpdk-dev] I have a problem in setting up DPDK 2.1.0 in Fedora OS release 20 (Heisenbug). I cannot r

Hi, From: ??? [mailto:pnk...@naver.com] Sent: Thursday, October 15, 2015 2:02 AM To: De Lara Guarch, Pablo; dev at dpdk.org Subject: RE: [dpdk-dev] I have a problem in setting up DPDK 2.1.0 in Fedora OS release 20 (Heisenbug). I cannot r Dear De Lara Guarch, Pablo. I checked what you mention

[dpdk-dev] I have a problem in setting up DPDK 2.1.0 in Fedora OS release 20 (Heisenbug). I cannot r

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of ??? > Sent: Thursday, October 15, 2015 2:02 AM > To: De Lara Guarch, Pablo; dev at dpdk.org > Subject: Re: [dpdk-dev] I have a problem in setting up DPDK 2.1.0 in > Fedora OS release 20 (Heisenbug). I cannot r >

[dpdk-dev] [PATCH v5 5/9] null: export eth_dev_null_create

On 2015/10/14 21:42, Jastrzebski, MichalX K wrote: >> -Original Message- >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Tetsuya Mukawa >> Sent: Wednesday, October 14, 2015 3:35 AM >> To: Kulasek, TomaszX; dev at dpdk.org >> Subject: Re: [dpdk-dev] [PATCH v5 5/9] null: export eth

[dpdk-dev] [PATCH v2 01/35] e1000/base: update readme and copyright

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wenzhuo Lu > Sent: Thursday, October 15, 2015 3:03 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH v2 01/35] e1000/base: update readme and > copyright Hi Wenzhuo, If you do an update to this patchset aga

[dpdk-dev] Calling rte_eth_rx_burst() multiple times

Hi, I'm pretty new to playing with DPDK. I was trying to see if I can always receive MAX_BURST packets by calling rte_eth_rx_burst() multiple times on same pair (code shown below). I'm using DPDK-2.1.0 on 2 dual-port Intel 82599ES 10Gbps NICs with Ubuntu 14.04.3 (kernel 3.13.0-63-generic). S

[dpdk-dev] [PATCH v2 01/35] e1000/base: update readme and copyright

Hi John, > -Original Message- > From: Mcnamara, John > Sent: Thursday, October 15, 2015 4:30 PM > To: Lu, Wenzhuo; dev at dpdk.org > Subject: RE: [dpdk-dev] [PATCH v2 01/35] e1000/base: update readme and > copyright > > > > -Original Message- > > From: dev [mailto:dev-bounces at

[dpdk-dev] [PATCH v5 4/9] null: virtual dynamic rss configuration

> -Original Message- > From: Tetsuya Mukawa [mailto:mukawa at igel.co.jp] > Sent: Thursday, October 15, 2015 09:46 > To: Kulasek, TomaszX; dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v5 4/9] null: virtual dynamic rss > configuration > > On 2015/09/30 23:05, Tomasz Kulasek wrote: > >

[dpdk-dev] [PATCH v5 4/9] null: virtual dynamic rss configuration

On 2015/10/15 17:42, Kulasek, TomaszX wrote: >> -Original Message- >> From: Tetsuya Mukawa [mailto:mukawa at igel.co.jp] >> Sent: Thursday, October 15, 2015 09:46 >> To: Kulasek, TomaszX; dev at dpdk.org >> Subject: Re: [dpdk-dev] [PATCH v5 4/9] null: virtual dynamic rss >> configuration >>

[dpdk-dev] Calling rte_eth_rx_burst() multiple times

On 15/10/15 09:32, Younghwan Go wrote: > Hi, > > I'm pretty new to playing with DPDK. I was trying to see if I can always > receive MAX_BURST packets by calling rte_eth_rx_burst() multiple times > on same pair (code shown below). I'm using DPDK-2.1.0 on 2 > dual-port Intel 82599ES 10Gbps NICs wi

[dpdk-dev] [PATCH] ixgbe: prefetch packet headers in vector PMD receive function

On 15/10/15 00:23, Ananyev, Konstantin wrote: > > >> -Original Message- >> From: Zoltan Kiss [mailto:zoltan.kiss at linaro.org] >> Sent: Wednesday, October 14, 2015 5:11 PM >> To: Ananyev, Konstantin; Richardson, Bruce; dev at dpdk.org >> Subject: Re: [PATCH] ixgbe: prefetch packet header

[dpdk-dev] [PATCH v5 5/9] null: export eth_dev_null_create

> -Original Message- > From: Tetsuya Mukawa [mailto:mukawa at igel.co.jp] > Sent: Thursday, October 15, 2015 10:17 AM > To: Jastrzebski, MichalX K > Cc: Glynn, Michael J; Kulasek, TomaszX; dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v5 5/9] null: export eth_dev_null_create > > On 2015

[dpdk-dev] Calling rte_eth_rx_burst() multiple times

Hi Zoltan, Thanks for the email. 2015-10-15 ?? 7:23? Zoltan Kiss ?(?) ? ?: > > > On 15/10/15 09:32, Younghwan Go wrote: >> Hi, >> >> I'm pretty new to playing with DPDK. I was trying to see if I can always >> receive MAX_BURST packets by calling rte_eth_rx_burst() multiple times >> on same pair

[dpdk-dev] [PATCH 1/3] fm10k: add multi-queue checking

Hi, Michael > -Original Message- > From: Qiu, Michael > Sent: Thursday, October 15, 2015 2:28 PM > To: He, Shaopeng; dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH 1/3] fm10k: add multi-queue checking > > On 2015/9/30 15:29, Shaopeng He wrote: > > Add multi-queue checking in device conf

[dpdk-dev] [PATCH] vhost-user: enable virtio 1.0

Make vhost-user virtio 1.0 compatible by adding it to the supported features and keeping the header length the same as for mergeable RX buffers. Signed-off-by: Marcel Apfelbaum --- To be applied on top of: [dpdk-dev] [PATCH v6 00/13] vhost-user multiple queues enabling Thanks, Marcel lib/l

[dpdk-dev] [PATCH] eal: don't reset getopt lib

Someone may need to call rte_eal_init() with a fake argc/argv array in the middle of using getopt() to parse its own unrelated argc/argv parameters. So getopt lib shouldn't be reset by rte_eal_init(). Now eal will always save optind, optarg and optopt (and optreset on FreeBSD) at the beginning, in

[dpdk-dev] [PATCH 0/2] Provide reasonable default to -n

The number of memory channels is a truly obscure thing as a mandatory command line argument when its really just an optimization. Provide a reasonable default in mempool as suggested by Bruce Richardson and make the -n argument optional in EAL to make DPDK that little bit easier to use for a first-

[dpdk-dev] [PATCH 1/2] mempool: use a better default for number of memory channels

Optimize for quad-channel by default, this should work well for all the cases, better than the previous value of one anyway. Suggested-by: Bruce Richardson Signed-off-by: Panu Matilainen --- lib/librte_mempool/rte_mempool.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib

[dpdk-dev] [PATCH 2/2] eal: make the -n argument optional

Obtaining the correct value of memory channels, especially from a running system, can be anything from difficult to plain impossible. Since the value is merely an optimization and does not affect functionality otherwise, its pointless to force such a guess on users initially, such things belong to

[dpdk-dev] Calling rte_eth_rx_burst() multiple times

On 15/10/15 11:43, Younghwan Go wrote: > Hi Zoltan, > > Thanks for the email. > > 2015-10-15 ?? 7:23? Zoltan Kiss ?(?) ? ?: >> >> >> On 15/10/15 09:32, Younghwan Go wrote: >>> Hi, >>> >>> I'm pretty new to playing with DPDK. I was trying to see if I can always >>> receive MAX_BURST packets by cal

[dpdk-dev] [PATCH 0/2] Provide reasonable default to -n

Hello, On Thu, Oct 15, 2015 at 1:49 PM, Panu Matilainen wrote: > The number of memory channels is a truly obscure thing as a mandatory > command line argument when its really just an optimization. > Provide a reasonable default in mempool as suggested by Bruce Richardson > and make the -n argume

[dpdk-dev] [PATCH 0/2] Provide reasonable default to -n

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Panu Matilainen > Sent: Thursday, October 15, 2015 12:49 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH 0/2] Provide reasonable default to -n > > The number of memory channels is a truly obscure thing as

[dpdk-dev] [PATCH] eal:Map rte cfg and uio at the end of hugepage mem

Problem: In DPDK Primary/Secondary module we assume mapping same regions of virtual memory addresses for Primary process and Secondary. An issue may occur when the Primary and secondary processes are not symmetric in such way that the code is not the same (for example, Primary process is a traff

[dpdk-dev] [PATCH v4 0/7] Add instalation rules for dpdk files.

On 10/10/2015 08:45 PM, Arevalo, Mario Alfredo C wrote: > Hi, > > Good day, I was wondering if someone has any comment about it :) Hi, sorry been busy with some other agendas :) See below... > > v4: > > Modify the makefile target to specify the files > that will be installed using a rule: > > *

[dpdk-dev] [PATCH] eal:Map rte cfg and uio at the end of hugepage mem

Hi > Problem: > In DPDK Primary/Secondary module we assume mapping same regions of > virtual memory addresses for Primary process and Secondary. > An issue may occur when the Primary and secondary processes are not > symmetric in such way that the code is not the same (for example, Primary > proce

[dpdk-dev] [PATCH 0/2] Provide reasonable default to -n

On 10/15/2015 03:10 PM, Mcnamara, John wrote: >> -Original Message- >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Panu Matilainen >> Sent: Thursday, October 15, 2015 12:49 PM >> To: dev at dpdk.org >> Subject: [dpdk-dev] [PATCH 0/2] Provide reasonable default to -n >> >> The nu

[dpdk-dev] [PATCH] eal:Map rte cfg and uio at the end of hugepage mem

Hi Anatoly, Actually the use of --base-virtaddr will be valuable only when user know in advance the virtual addresses he wishes for huge pages in his application. We found out that in some of the cases we don't know it in advance and propose a more generic solution which will solve the below i

[dpdk-dev] Mellanox PMD failure w/DPDK-2.1.0 and MLNX_OFED-3.1-1.0.3

Hi Bill, Sorry it took me a while to reply ?. We did more tests and didn?t reproduce the issue. I also checked the code and seems that there are only 2 conditions when RD creation fails, 1. The arguments we are passing to the RD creation function are wrong ? this is not reasonable, becau

[dpdk-dev] Segmentation fault when bonding ports on Mellanox ConnectX-3

Hi Jeff, Glad to hear that this is working for you ? What bonding mode do you use? There is a limitation, as you saw, we cannot add additional MAC to the VF from DPDK. You can set MAC of the VF on VM by the same way you did on the pf. Let me know if you have any additional questions Best Reg

[dpdk-dev] [PATCH 0/2] Provide reasonable default to -n

> -Original Message- > From: Panu Matilainen [mailto:pmatilai at redhat.com] > Sent: Thursday, October 15, 2015 1:37 PM > To: Mcnamara, John; dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH 0/2] Provide reasonable default to -n > > Sure. I was planning on going through the docs and upda

[dpdk-dev] [PATCH] vhost-user: enable virtio 1.0

On Thu, Oct 15, 2015 at 02:08:39PM +0300, Marcel Apfelbaum wrote: > Make vhost-user virtio 1.0 compatible by adding it to the > supported features and keeping the header length > the same as for mergeable RX buffers. > > Signed-off-by: Marcel Apfelbaum Looks good to me Acked-by: Michael S. Tsir

[dpdk-dev] Question about unsupported transceivers

On 10/13/15, 4:34 PM, "Alexander Duyck" wrote: >If you are using Intel's out-of-tree ixgbe driver I believe the module >parameters are comma separated with one index per port. So if you have >two ports you should be passing "allow_unsupported_sfp=1,1", and for 4 >you would need four '1's. This

[dpdk-dev] Question about unsupported transceivers

On 10/15/2015 07:46 AM, Alex Forster wrote: > On 10/13/15, 4:34 PM, "Alexander Duyck" wrote: > >> If you are using Intel's out-of-tree ixgbe driver I believe the module >> parameters are comma separated with one index per port. So if you have >> two ports you should be passing "allow_unsupported_

[dpdk-dev] Question about unsupported transceivers

On 10/15/15, 11:30 AM, "Alexander Duyck" wrote: >On 10/15/2015 07:46 AM, Alex Forster wrote: >> On 10/13/15, 4:34 PM, "Alexander Duyck" >>wrote: >> >>> If you are using Intel's out-of-tree ixgbe driver I believe the module >>> parameters are comma separated with one index per port. So if you h

[dpdk-dev] Question about unsupported transceivers

On 10/15/15, 11:30 AM, "Alexander Duyck" wrote: >On 10/15/2015 07:46 AM, Alex Forster wrote: >> On 10/13/15, 4:34 PM, "Alexander Duyck" >>wrote: >> >>> If you are using Intel's out-of-tree ixgbe driver I believe the module >>> parameters are comma separated with one index per port. So if you ha

[dpdk-dev] [PATCH] ixgbe: prefetch packet headers in vector PMD receive function

> -Original Message- > From: Zoltan Kiss [mailto:zoltan.kiss at linaro.org] > Sent: Thursday, October 15, 2015 11:33 AM > To: Ananyev, Konstantin; Richardson, Bruce; dev at dpdk.org > Subject: Re: [PATCH] ixgbe: prefetch packet headers in vector PMD receive > function > > > > On 15/10

[dpdk-dev] Question about unsupported transceivers

On 10/15/2015 08:43 AM, Alex Forster wrote: > On 10/15/15, 11:30 AM, "Alexander Duyck" wrote: > >> On 10/15/2015 07:46 AM, Alex Forster wrote: >>> On 10/13/15, 4:34 PM, "Alexander Duyck" >>> wrote: >>> If you are using Intel's out-of-tree ixgbe driver I believe the module parameters are

[dpdk-dev] [PATCH] eal: don't reset getopt lib

Looks perfect. Thanks! -don -Original Message- From: Tiwei Bie [mailto:b...@mail.ustc.edu.cn] Sent: Thursday, October 15, 2015 4:46 AM To: Don Provan ; bruce.richardson at intel.com; dev at dpdk.org Subject: [PATCH] eal: don't reset getopt lib Someone may need to call rte_eal_init() wit

[dpdk-dev] Why rte_eal_ivshmem_obj_initd() does not add memory pools to rte_mempool_tailq list?

Dear DPDK community, Some time ago I was trying to map a memory pool into a guest using IVSHMEM as described here: http://comments.gmane.org/gmane.comp.networking.dpdk.devel/17779 After some time I decided to review the code of eal_ivshmem.c, I noticed that in the function rte_eal_ivshmem_obj_in

[dpdk-dev] [PATCH] add a dpdk contributors guide

Add a document to explain the DPDK patch submission and review process. This is based on the existing information on the http://dpdk.org/dev webpage, on the Linux kernel patch submission guidelines, and on the existing day to day workflow on the mailing list. This is a draft so feel free to chime

[dpdk-dev] [PATCH] doc: add contributors guide

Add a document to explain the DPDK patch submission and review process. Signed-off-by: John McNamara --- doc/guides/contributing/index.rst | 1 + doc/guides/contributing/patches.rst | 309 2 files changed, 310 insertions(+) create mode 100644 doc/guides/

[dpdk-dev] Question about unsupported transceivers

On 10/15/15, 12:17 PM, "Alexander Duyck" wrote: >On 10/15/2015 08:43 AM, Alex Forster wrote: >> On 10/15/15, 11:30 AM, "Alexander Duyck" >>wrote: >> >>> On 10/15/2015 07:46 AM, Alex Forster wrote: On 10/13/15, 4:34 PM, "Alexander Duyck" wrote: > If you are using Intel's out-

[dpdk-dev] Question about unsupported transceivers

On 10/15/2015 10:13 AM, Alex Forster wrote: > On 10/15/15, 12:17 PM, "Alexander Duyck" wrote: > > >> On 10/15/2015 08:43 AM, Alex Forster wrote: >>> On 10/15/15, 11:30 AM, "Alexander Duyck" >>> wrote: >>> On 10/15/2015 07:46 AM, Alex Forster wrote: > On 10/13/15, 4:34 PM, "Alexander Duyc

[dpdk-dev] Question about unsupported transceivers

On 10/15/15, 2:00 PM, "Alexander Duyck" wrote: > >Your changes are a bit over-kill and actually take things in the wrong >direction. By commenting out the whole allow_unsupported_sfp block you >are disabling it by default. Remember the module parameter allows it, >by removing it there is no way

[dpdk-dev] Question about unsupported transceivers

On 10/15/2015 10:13 AM, Alex Forster wrote: > On 10/15/15, 12:17 PM, "Alexander Duyck" wrote: > > >> On 10/15/2015 08:43 AM, Alex Forster wrote: >>> On 10/15/15, 11:30 AM, "Alexander Duyck" >>> wrote: >>> On 10/15/2015 07:46 AM, Alex Forster wrote: > On 10/13/15, 4:34 PM, "Alexander Duyc

[dpdk-dev] [PATCH] doc: add contributors guide

Hi John, 2015-10-15 17:51, John McNamara: > Add a document to explain the DPDK patch submission and review process. Thanks > +There are also DPDK mailing lists for: > + > +* users: `general usage questions `_. > +* announce: `release announcements

[dpdk-dev] DPDK patch backlog

There are currently 428 patches in New state in DPDK patchwork. Thomas, could you start reducing that backlog? The simplest solution would be to merge some of the big patch series from Intel for the base drivers, then reviewers can focus on the other patches.

[dpdk-dev] [PATCH 1/4] ixgbe: 512 entries RSS table on x550

Hi Wenzhuo, > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wenzhuo Lu > Sent: Monday, September 28, 2015 8:52 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH 1/4] ixgbe: 512 entries RSS table on x550 > > Comparing with the older NICs, x550's RSS redir

[dpdk-dev] [PATCH 2/4] ixgbe: VF RSS config on x550

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wenzhuo Lu > Sent: Monday, September 28, 2015 8:52 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH 2/4] ixgbe: VF RSS config on x550 > > On x550, there're separate registers provided for VF RSS while on

[dpdk-dev] FW: [PATCH 3/4] ixgbe: VF RSS hash query and update

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wenzhuo Lu > Sent: Monday, September 28, 2015 8:53 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH 3/4] ixgbe: VF RSS hash query and update > > This patch implements the VF RSS hash query and update fun

[dpdk-dev] [PATCH 4/4] ixgbe: VF RSS reta query and update

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wenzhuo Lu > Sent: Monday, September 28, 2015 8:53 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH 4/4] ixgbe: VF RSS reta query and update > > This patch implements the VF RSS redirection table query an