[dpdk-dev] [PATCH v5 resend 03/12] vhost: vring queue setup for multiple queue support

On Tue, Sep 22, 2015 at 05:51:02PM +0300, Marcel Apfelbaum wrote: > >It's proved to work after the fix (at least in my testing), but > >it's late here and I'm gonna send a new version tomorrow, including > >some other comments addressing. Please do more test then :) > > It's unlikely that I will

[dpdk-dev] DPDK v2.1.0 tilegx on TileraMDE-4.2.2.169597

Hi, I'm working on tilegx platform. and I wrote a sample dpdk trafgen for tilegx. But I got a error with rte_mbuf rte_pktmbuf_append. PANIC in rte_mbuf_sanity_check(): bad phys addr 7: [/trafgen(_start+0x70) [0x100b308]] 6: [/lib/libc.so.6(__libc_start_main+0x200) [0x1fff7a6e4c8]] 5:

[dpdk-dev] DPDK v2.1.0 tilegx on TileraMDE-4.2.2.169597

and I wrote a sample RX example, got an other information. PMD: xgbe1: Could not register memseg @0x1ffd200, -. PMD: xgbe1: Could not register memseg @0x1ff4100, -. PMD: xgbe1: Could not register memseg @0x1ff3e00, -. PMD: xgbe1: Could not register memseg @0x1ff2d00,

[dpdk-dev] [PATCH v2] ethdev: add new RX/TX queue state arrays in rte_eth_dev_data

On 2015/9/22 6:40, Stephen Hemminger wrote: > On Wed, 16 Sep 2015 22:51:24 +0100 > Pablo de Lara wrote: > >> This is important to avoid trying to start/stop twice a queue, >> which will result in undefined behaviour >> (which may cause RX/TX disruption). >> >> Mind that only the PMDs which have

[dpdk-dev] DPDK v2.1.0 tilegx on TileraMDE-4.2.2.169597

Hi, Arthas Does testpmd run OK, and what is boot parameter you used to boot Tile-Gx? >-Original Message- >From: Arthas [mailto:kangzy1982 at qq.com] >Sent: Wednesday, September 23, 2015 1:21 PM >To: dev >Cc: zlu >Subject: Re: [dpdk-dev] DPDK v2.1.0 tilegx on TileraMDE-4.2.2.169597 > >and

[dpdk-dev] [PATCH v2] ethdev: add new RX/TX queue state arrays in rte_eth_dev_data

> -Original Message- > From: Qiu, Michael > Sent: Wednesday, September 23, 2015 7:57 AM > To: Stephen Hemminger; De Lara Guarch, Pablo > Cc: dev at dpdk.org; thomas.monjalon at 6wind.com > Subject: Re: [dpdk-dev] [PATCH v2] ethdev: add new RX/TX queue state > arrays in rte_eth_dev_data >

[dpdk-dev] [PATCH v2] ethdev: add new RX/TX queue state arrays in rte_eth_dev_data

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Qiu, Michael > Sent: Wednesday, September 23, 2015 7:57 AM > To: Stephen Hemminger; De Lara Guarch, Pablo > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v2] ethdev: add new RX/TX queue state arrays >

[dpdk-dev] [PATCH v5 resend 05/12] vhost: add VHOST_USER_SET_VRING_ENABLE message

On Tue, Sep 22, 2015 at 10:21:22AM +0800, Yuanhan Liu wrote: > On Mon, Sep 21, 2015 at 12:02:20PM +0300, Michael S. Tsirkin wrote: > > On Mon, Sep 21, 2015 at 10:22:52AM +0800, Yuanhan Liu wrote: > > > On Sun, Sep 20, 2015 at 12:37:35PM +0300, Michael S. Tsirkin wrote: > > > > On Fri, Sep 18, 2015

[dpdk-dev] [RFC PATCH v1] rte: LCore heartbeat example

On 15/09/2015 14:10, Thomas Monjalon wrote: > 2015-09-15 13:16, Remy Horton: >> Provides a basic framework for detecting and reporting live-ness of >> LCores, the primary requirement of which is minimal overheads for the >> core(s) being checked. Core failures are notified via an application >>

[dpdk-dev] DPDK v2.1.0 tilegx on TileraMDE-4.2.2.169597

Hi, ZhiGang My tilegx boot parameter is "tile-monitor --dev gxpci${1} --hv-bin-dir /tilegx/tile/hv-bin-dir424/ --hvx dataplane=1-64". and testpmd start parameter is tile-monitor --dev gxpci0 --resume --upload testpmd testpmd --run -+- ./testpmd -c 0x -m 2048 -n 1 -r 1 --vdev

[dpdk-dev] DPDK v2.1.0 tilegx on TileraMDE-4.2.2.169597

Hi, ZhiGang I checked source code and debug it , found dpdk function rte_eth_tx_burst with tilegx return 0 and no other error. Can I contact you directly? Regards, Arthas -- Original -- From: "Arthas";; Date: Wed, Sep 23, 2015 06:35

[dpdk-dev] [PATCH v2] ethdev: add new RX/TX queue state arrays in rte_eth_dev_data

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Pablo de Lara > Sent: Wednesday, September 16, 2015 10:51 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH v2] ethdev: add new RX/TX queue state arrays in > rte_eth_dev_data > > Following the same

[dpdk-dev] DPDK hash function related question

> -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Tuesday, September 22, 2015 4:41 PM > To: Dumitrescu, Cristian > Cc: dev at dpdk.org; Yeddula, Avinash; Bly, Mike > Subject: Re: [dpdk-dev] DPDK hash function related question > > 2015-09-22

[dpdk-dev] [PATCH v1 1/3] port: add mp/mc ring ports

> -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Tuesday, September 22, 2015 5:24 PM > To: Dumitrescu, Cristian > Cc: dev at dpdk.org; Stephen Hemminger; Azarewicz, PiotrX T > Subject: Re: [dpdk-dev] [PATCH v1 1/3] port: add mp/mc ring ports > >

[dpdk-dev] Capture packets using DPDK

Hello, We are building a real-time application to monitor IP packets. This application captures packets on UDP which are received by joining multicast sessions. We have downloaded DPDK v2.1.0 and built it with target 'x86_64-native-linuxapp-gcc' using the setup.sh script provided in tools

[dpdk-dev] [PATCH 0/7] Add hierarchical support to make install

Hi, Thanks you for your feedback, I?ll send a version 2 based on last comments. Thanks, Mario From: Olivier MATZ [olivier.m...@6wind.com] Sent: Tuesday, September 22, 2015 7:40 AM To: Panu Matilainen; Arevalo, Mario Alfredo C; dev at dpdk.org Subject:

[dpdk-dev] [RFC PATCH v2] vhost: Add VHOST PMD

> The patch introduces a new PMD. This PMD is implemented as thin wrapper > of librte_vhost. It means librte_vhost is also needed to compile the PMD. > The PMD can have 'iface' parameter like below to specify a path to connect > to a virtio-net device. > > $ ./testpmd -c f -n 4 --vdev

[dpdk-dev] Capture packets using DPDK

On Wed, 23 Sep 2015 18:43:37 +0530 K Rahul wrote: > We have downloaded DPDK v2.1.0 and built it with target > 'x86_64-native-linuxapp-gcc' using the setup.sh script provided in tools > directory. We are using 64-bit Centos 6.5 with kernel version 2.6.32 and > we had set the number of

[dpdk-dev] [PATCH] librte_vhost: eventfd_link: Update the makefile to build against an arbitrary kernel

The vHost eventlink driver is a kernel module that requires a kernel source/build directory to build the ko. Convert the fixed kernel build directory specifier to one which may be user specified on the command-line. Signed-off-by: Aaron Conole --- lib/librte_vhost/eventfd_link/Makefile | 6

[dpdk-dev] DPDK.org Community Call - Sept 24 - Discuss Growth, Improvements

Hi Jim, I see that there is a session loosely aligned with the agenda below on the agenda for DPDK Userspace in Dublin: https://dpdksummit.com/us/en/userspace2015 (current speaker is TBC). Will this call serve as a preparation call for that face to face meeting? In which case, is this the

[dpdk-dev] [PATCH v3] Send updated port_id in vdev_init functions

Instead of executing following functions before and after vdev_init > rte_eth_dev_save and > rte_eth_dev_get_changed_port update following functions to return allocated port_id. > rte_eal_vdev_init > rte_eal_probe_one Ravi Kerur (1): Change rte_eal_vdev_init to update port_id

[dpdk-dev] [PATCH v3] Change rte_eal_vdev_init to update port_id

v3: > Isolate changes within rte_ether component. v2: > Remove tilegx changes > Use rte_eal_compare_pci_addr for address comparison > Use dpdk_2.2 in version map file for new functions v1: Changes include > Modify rte_eal_vdev_init to return allocated port_id > Modify

[dpdk-dev] [PATCH v2] Change rte_eal_vdev_init to update port_id

Hi David, Tetsuya, I have sent V3 (changes isolated to rte_ether component) for formal review. Please look into it and let me know your inputs. @David: I looked at "rte_eth_dev_get_port_by_name()", this function is similar to "rte_eth_dev_get_name_by_port" and I have used same logic. Let me know