[dpdk-dev] [PATCH] lib/librte_vhost: fix build errors

On 3/19/2015 6:43 PM, Huawei Xie wrote: > fix the error "missing initializer" and "cast to pointer from integer of > different size". > > For the pointer to integer cast issue, need to investigate changing the > typeof mapped_address. > > Signed-off-by: Huawei Xie > Acted-by: Changchun Ouyang

[dpdk-dev] [PATCH 2/6] eal: Close file descriptor of uio configuration

On 2015/03/19 0:19, David Marchand wrote: > On Tue, Mar 17, 2015 at 10:30 AM, Tetsuya Mukawa > wrote: > > When pci_uio_unmap_resource() is called, a file descriptor that is > used > for uio configuration should be closed. > > Signed-off-by: Tetsuya Muka

[dpdk-dev] [PATCH 3/6] eal: Fix memory leaks and needless incrementation of pci uio implementation

On 2015/03/19 0:39, David Marchand wrote: > On Tue, Mar 17, 2015 at 10:30 AM, Tetsuya Mukawa > wrote: > > When pci_map_resource() is failed but path is allocated correctly, > path won't be freed. Also, when open() is failed, uio_res won't be > freed. >

[dpdk-dev] [PATCH 2/6] eal: Close file descriptor of uio configuration

On 2015/03/20 1:04, Iremonger, Bernard wrote: >> -Original Message- >> From: Tetsuya Mukawa [mailto:mukawa at igel.co.jp] >> Sent: Tuesday, March 17, 2015 9:31 AM >> To: dev at dpdk.org >> Cc: Iremonger, Bernard; Richardson, Bruce; Tetsuya Mukawa >> Subject: [PATCH 2/6] eal: Close file desc

[dpdk-dev] [PATCH 3/6] eal: Fix memory leaks and needless incrementation of pci uio implementation

On 2015/03/20 1:20, Iremonger, Bernard wrote: > >> -Original Message- >> From: Tetsuya Mukawa [mailto:mukawa at igel.co.jp] >> Sent: Tuesday, March 17, 2015 9:31 AM >> To: dev at dpdk.org >> Cc: Iremonger, Bernard; Richardson, Bruce; Tetsuya Mukawa >> Subject: [PATCH 3/6] eal: Fix memory le

[dpdk-dev] [PATCH] hash: fix breaking strict-aliasing rules

Hi Bruce, Answers below. 19.03.2015 22:25, Bruce Richardson ?: > On Wed, Mar 18, 2015 at 10:51:12PM +0600, Yerden Zhumabekov wrote: >> Fix rte_hash_crc() function. Casting uint64_t pointer to uin32_t >> may trigger a compiler warning about breaking strict-aliasing rules. >> To avoid that, int

[dpdk-dev] [PATCH] lib/librte_vhost:fix can't send packet anymore after mempool is full again

From: Linhaifeng When failed to malloc buffer from mempool we just update last_used_idx but not used->idx so after many times vhost thought have handle all packets but virtio_net thought vhost have not handle all packets and will not update avail->idx. Signed-off-by: Linhaifeng --- lib/librte_

[dpdk-dev] Testpmd application failing with Cause: No probed ethernet device

part -- An embedded and charset-unspecified text was scrubbed... Name: test_pmd_log.txt URL: <http://dpdk.org/ml/archives/dev/attachments/20150320/8b90a792/attachment.txt>

[dpdk-dev] [PATCH] lib/librte_vhost:fix can't send packet anymore after mempool is full again

On 2015/3/20 11:54, linhaifeng wrote: > From: Linhaifeng > > When failed to malloc buffer from mempool we just update last_used_idx but > not used->idx so after many times vhost thought have handle all packets > but virtio_net thought vhost have not handle all packets and will not > update avai

[dpdk-dev] [PATCH] ixgbe: fix buffer overrun bug in non-bulk alloc mode setup

Tested-by: Jiajia, SunX - Tested Commit: fe4810a01e57645ad92577d628f562791408ce21 - OS: Fedora20 3.11.10-301.fc20.x86_64 - GCC: gcc version 4.8.3 - CPU: Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz - NIC: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection [8086:10fb] - Target x86_64-na

[dpdk-dev] Testpmd application failing with Cause: No probed ethernet device with DPDK-1.8.0

Hi All, I'm facing the following issue when testing testpmd application with DPDK-1.8.0. EAL: PCI device :03:00.0 on NUMA socket -1 EAL: probe driver: 15ad:7b0 rte_vmxnet3_pmd EAL: :03:00.0 not managed by UIO driver, skipping EAL: PCI device :0b:00.0 on NUMA socket -1 EAL: prob

[dpdk-dev] [PATCH] lib/librte_vhost:fix can't send packet anymore after mempool is full again

> -Original Message- > From: Linhaifeng [mailto:haifeng.lin at huawei.com] > Sent: Friday, March 20, 2015 2:36 PM > To: dev at dpdk.org > Cc: Ouyang, Changchun; Xie, Huawei > Subject: Re: [PATCH] lib/librte_vhost:fix can't send packet anymore after > mempool is full again > > > > On 20

[dpdk-dev] [PATCH] i40e: remove ALLOW_LB flag on SRIOV vsi

Disable VEB switching by removing ALLOW_LB on SRIOV vsi. If the source mac address of packet sent from VF is not listed in the VEB's mac table, the VEB will switch the packet back to the VF. It's a hardware issue. Enabling ALLOW_LB flag will block VF functions. Signed-off-by: Jingjing Wu --- li

[dpdk-dev] [PATCH v2] lib/librte_vhost:fix can't send packet anymore after mempool is full again

From: Linhaifeng When failed to malloc buffer from mempool we just update last_used_idx but not used->idx so after many times vhost thought have handle all packets but virtio_net thought vhost have not handle all packets and will not update avail->idx. Signed-off-by: Linhaifeng --- lib/librte_

[dpdk-dev] [PATCH] lib/librte_pmd_virtio fix can't receive packets after rx_q is empty If failed to alloc mbuf ring_size times the rx_q may be empty and can't receive any packets forever because nb_us

From: Linhaifeng so we should try to refill when nb_used is 0.After otherone free mbuf we can restart to receive packets. Signed-off-by: Linhaifeng --- lib/librte_pmd_virtio/virtio_rxtx.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/lib/librte_pmd_virtio/virtio_rxtx.c

[dpdk-dev] [PATCH] lib/librte_pmd_virtio fix can't receive packets after rx_q is empty If failed to alloc mbuf ring_size times the rx_q may be empty and can't receive any packets forever because nb_us

Sorry for my wrong title. Please ignore it. On 2015/3/20 17:10, linhaifeng wrote: > From: Linhaifeng > > so we should try to refill when nb_used is 0.After otherone free mbuf > we can restart to receive packets. > > Signed-off-by: Linhaifeng > --- > lib/librte_pmd_virtio/virtio_rxtx.c | 3 ++-

[dpdk-dev] [PATCH 0/2] doc: update release notes for jobstats and bonding mode 6

Update release notes for jobstats and bonding mode 6. Pawel Wodkowski (2): doc: update bonding mode 6 release notes doc: add jobstats library and application release notes doc/guides/rel_notes/new_features.rst | 4 +++- doc/guides/rel_notes/supported_features.rst | 9 - 2 files

[dpdk-dev] [PATCH 6/6] eal: Fix interface of pci_map_resource()

> -Original Message- > From: Tetsuya Mukawa [mailto:mukawa at igel.co.jp] > Sent: Tuesday, March 17, 2015 9:31 AM > To: dev at dpdk.org > Cc: Iremonger, Bernard; Richardson, Bruce; Tetsuya Mukawa > Subject: [PATCH 6/6] eal: Fix interface of pci_map_resource() > > The function is implemente

[dpdk-dev] [PATCH 1/2] doc: update bonding mode 6 release notes

Signed-off-by: Pawel Wodkowski --- doc/guides/rel_notes/new_features.rst | 2 +- doc/guides/rel_notes/supported_features.rst | 5 - 2 files changed, 5 insertions(+), 2 deletions(-) diff --git a/doc/guides/rel_notes/new_features.rst b/doc/guides/rel_notes/new_features.rst index a27e360

[dpdk-dev] [PATCH 2/2] doc: add jobstats library and application release notes

Signed-off-by: Pawel Wodkowski --- doc/guides/rel_notes/new_features.rst | 2 ++ doc/guides/rel_notes/supported_features.rst | 4 2 files changed, 6 insertions(+) diff --git a/doc/guides/rel_notes/new_features.rst b/doc/guides/rel_notes/new_features.rst index b8d4ea4..6acfe0c 100644

[dpdk-dev] [PATCH] lib/librte_pmd_virtio fix can't receive packets after rx_q is empty

From: Linhaifeng If failed to alloc mbuf ring_size times the rx_q may be empty and can't receive any packets forever because nb_used is 0 forever. so we should try to refill when nb_used is 0.After otherone free mbuf we can restart to receive packets. Signed-off-by: Linhaifeng --- lib/librte_

[dpdk-dev] [PATCH] hash: fix breaking strict-aliasing rules

On 2015-03-18 17:51, Yerden Zhumabekov wrote: > Fix rte_hash_crc() function. Casting uint64_t pointer to uin32_t > may trigger a compiler warning about breaking strict-aliasing rules. > To avoid that, introduce a lookup table which is used to mask out > a remainder of data. > > See issue #1, http:/

[dpdk-dev] [PATCH] hash: fix breaking strict-aliasing rules

On 2015-03-18 17:51, Yerden Zhumabekov wrote: > > - switch (7 - (data_len & 0x07)) { > + i = 7 - (data_len & 0x07); > + switch (i) { > case 0: > - temp |= (uint64_t) *((const uint8_t *)p64 + 6) << 48; > - /* Fallthrough */ > case 1: > - t

[dpdk-dev] [PATCHv2] ixgbe: fix compilation issue when RTE_LIBRTE_IXGBE_RX_ALLOW_BULK_ALLOC is disabled

v2: As per comments, reorder patch a bit, to avoid reintroducing extra ifdefs. Signed-off-by: Konstantin Ananyev --- lib/librte_pmd_ixgbe/ixgbe_rxtx.c | 11 +++ lib/librte_pmd_ixgbe/ixgbe_rxtx.h | 2 +- 2 files changed, 12 insertions(+), 1 deletion(-) diff --git a/lib/librte_pmd_ixgbe/

[dpdk-dev] Testpmd application failing with Cause: No probed ethernet device with DPDK-1.8.0

On Fri, Mar 20, 2015 at 07:09:00AM +, Rapelly, Varun wrote: > > Hi All, > > I'm facing the following issue when testing testpmd application with > DPDK-1.8.0. > > EAL: PCI device :03:00.0 on NUMA socket -1 > EAL: probe driver: 15ad:7b0 rte_vmxnet3_pmd > EAL: :03:00.0 not managed

[dpdk-dev] [PATCHv2] ixgbe: fix compilation issue when RTE_LIBRTE_IXGBE_RX_ALLOW_BULK_ALLOC is disabled

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Konstantin > Ananyev > Sent: Friday, March 20, 2015 2:00 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCHv2] ixgbe: fix compilation issue when > RTE_LIBRTE_IXGBE_RX_ALLOW_BULK_ALLOC is disabled > > v2: >

[dpdk-dev] tools brainstorming

Hi, As you probably know, a MAINTAINERS file is being filled, which is a great help to request patch reviews and discuss design with the knowledgeable people of this young DPDK community: http://dpdk.org/browse/dpdk/tree/MAINTAINERS The next step is to clearly define what are the guidelin

[dpdk-dev] Queries on DPDK working with XL710 intel NIC

Seems like the issue related to the following errors I see in dmesg: [48459.391753] dmar: DRHD: handling fault status reg 302 [48459.392092] dmar: DMAR:[DMA Read] Request device [21:00.1] fault addr fbaddd000 [48459.392092] DMAR:[fault reason 06] PTE Read access is not set I am running on HP Pr

[dpdk-dev] tools brainstorming

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon > Sent: Friday, March 20, 2015 2:51 PM > To: dev at dpdk.org > Subject: [dpdk-dev] tools brainstorming > > Hi, > > As you probably know, a MAINTAINERS file is being filled, which is a great >

[dpdk-dev] tools brainstorming

On Fri, Mar 20, 2015 at 03:51:11PM +0100, Thomas Monjalon wrote: > Hi, > > As you probably know, a MAINTAINERS file is being filled, which is a great > help to request patch reviews and discuss design with the knowledgeable people > of this young DPDK community: > http://dpdk.org/browse/dpdk

[dpdk-dev] tools brainstorming

On 2015-03-20 15:51, Thomas Monjalon wrote: > As we are lazy developers, writing guidelines is not enough. It must be > coupled with the integration of some tools. Let's work on these ones: > - make autotests easier and faster to run for smoke testing > - automated basic testpmd check >

[dpdk-dev] Queries on DPDK working with XL710 intel NIC

Nissim, Recent HP ProLiant servers use RMRRs (see https://www.kernel.org/doc/Documentation/Intel-IOMMU.txt) to communicate management information. Use of these RMRRs conflicts with IOMMU usage. On ProLiant Gen8 servers, you have a couple options: 1) If you are doing bare-metal testing and don

[dpdk-dev] [PATCH] Fix `eventfd_link' module leakages and races

Changchun, Please review the updated patch. Pavel On Tue, Mar 17, 2015 at 3:29 AM, Ouyang, Changchun < changchun.ouyang at intel.com> wrote: > > > > -Original Message- > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Pavel Boldin > > Sent: Tuesday, March 17, 2015 12:41 AM > >

[dpdk-dev] [PATCH] lib/librte_pmd_virtio fix can't receive packets after rx_q is empty

On 3/20/2015 6:47 PM, linhaifeng wrote: > From: Linhaifeng > > If failed to alloc mbuf ring_size times the rx_q may be empty and can't > receive any packets forever because nb_used is 0 forever. Agreed. In current implementation, once VQ becomes empty, we have no chance to refill it again. The sim

[dpdk-dev] soft lockup calling receive burst

hello, I am working on a dpdk-based app using version 1.6 under RH7.3. Under varying traffic loads, I will intermittently notice a kernel soft lockup and the RIP provided by the kernel always points to the same MOV instruction in rte_ethdev.h (line #1982). The stack trace looks like:

[dpdk-dev] soft lockup calling receive burst

On Fri, Mar 20, 2015 at 12:53 PM, Joseph Vossen wrote: > hello, > > I am working on a dpdk-based app using version 1.6 under RH7.3. Under > varying traffic loads, I will intermittently notice a kernel soft lockup > and the RIP provided by the kernel always points to the same MOV > instruction in

[dpdk-dev] soft lockup calling receive burst

[snip] > I haven't seen that, but there's a soft-lockup in KNI in DPDK 1.6. Here's > what I posted about that one a few weeks ago: > > Found the problem. No patch to submit since it's already fixed in later > versions of DPDK, but thought I'd follow up with the details since I'm sure > we aren

[dpdk-dev] [PATCH v6 7/8] igb: enable rx queue interrupts for PF

On Fri, 27 Feb 2015 12:56:15 +0800 Cunming Liang wrote: > > /* > + * It clears the interrupt causes and enables the interrupt. > + * It will be called once only during nic initialized. > + * > + * @param dev > + * Pointer to struct rte_eth_dev. > + * > + * @return > + * - On success, zero. >

[dpdk-dev] [PATCHv2] EAL: rename rte_common_vect.h into arch/x86/rte_vect.h

> Signed-off-by: Konstantin Ananyev Applied, thanks

[dpdk-dev] [PATCH] kni: fix compilation issue on kernel 3.19

Hi Pablo, 2015-03-12 17:24, Pablo de Lara: > Due to API changes in functions ndo_dflt_bridge_getlink > and igb_ndo_fdb_add in kernel 3.19, DPDK would not build. Please provide the Linux commit id for this change. > This patch solves the problem, by checking the kernel version > and adding the ne

[dpdk-dev] [PATCHv2] ixgbe: fix compilation issue when RTE_LIBRTE_IXGBE_RX_ALLOW_BULK_ALLOC is disabled

> > v2: > > As per comments, reorder patch a bit, to avoid reintroducing extra ifdefs. > > > > Signed-off-by: Konstantin Ananyev > > Acked-by: Pablo de Lara Fixes: 01fa1d6215fa ("ixgbe: unify Rx setup") Applied, thanks

[dpdk-dev] [PATCH] ixgbe: fix buffer overrun bug in non-bulk alloc mode setup

2015-03-20 06:50, Jiajia, SunX: > Tested-by: Jiajia, SunX > - Tested Commit: fe4810a01e57645ad92577d628f562791408ce21 This commit id is related to a PDF doc change. > - OS: Fedora20 3.11.10-301.fc20.x86_64 > - GCC: gcc version 4.8.3 > - CPU: Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz > - NIC: Int

[dpdk-dev] [PATCH] ixgbe: fix buffer overrun bug in non-bulk alloc mode setup

> > From: Pawel Wodkowski > > > > When bulk alloc is enabled at compile time but preconditions for > > it are not met at runtime the ixgbe_reset_rx_queue() function > > overrides rxq->sw_ring not allocated elements. > > > > Fixes: 01fa1d6 ("ixgbe: unify Rx setup") Thanks for using the Fixes: ta

[dpdk-dev] [PATCH] virtio: Fix crash issue for secondary process

2015-03-19 09:45, Ouyang Changchun: > It definitely needs Rx function even in the case of secondary process, so put > the assignment a bit earlier to make sure of it. > > Signed-off-by: Changchun Ouyang > --- > lib/librte_pmd_virtio/virtio_ethdev.c | 5 ++--- > 1 file changed, 2 insertions(+), 3

[dpdk-dev] [PATCH] lib/librte_vhost: fix build errors

> > fix the error "missing initializer" and "cast to pointer from integer of > > different size". > > > > For the pointer to integer cast issue, need to investigate changing the > > typeof mapped_address. > > > > Signed-off-by: Huawei Xie > > > Acted-by: Changchun Ouyang ^ I recommend copy/