[dpdk-dev] [PATCH v7 3/5] ethdev: redesign link speed config API

On 1 February 2016 at 01:40, Zhang, Helin wrote: > > > > -Original Message- > > From: Ananyev, Konstantin > > Sent: Friday, January 29, 2016 6:18 PM > > To: Thomas Monjalon > > Cc: dev at dpdk.org; Marc Sune; Lu, Wenzhuo; Zhang, Helin; Harish Patil; > Chen, > > Jing D; Mcnamara, John > >

[dpdk-dev] FW: [PATCH v7 3/5] ethdev: redesign link speed config API

>From: marc.sune at gmail.com [mailto:marc.sune at gmail.com] On Behalf Of Marc >Sent: Tuesday, February 2, 2016 8:04 AM >To: Zhang, Helin >Cc: Ananyev, Konstantin; Thomas Monjalon; dev at dpdk.org; Lu, Wenzhuo; Harish >Patil; Chen, Jing D; Mcnamara, John >Subject: Re: [dpdk-dev] [PATCH v7 3/5]

[dpdk-dev] [PATCH v2] ixgbe: Fix disable interrupt twice

Hi Michael, > -Original Message- > From: Qiu, Michael > Sent: Monday, February 1, 2016 4:05 PM > To: Lu, Wenzhuo; dev at dpdk.org > Cc: Zhou, Danny; Liu, Yong; Liang, Cunming > Subject: Re: [PATCH v2] ixgbe: Fix disable interrupt twice > > On 1/29/2016 4:07 PM, Lu, Wenzhuo wrote: > > Hi

[dpdk-dev] [PATCH 0/8] support E-tag offloading and forwarding on Intel X550 NIC

Hi Michael, > -Original Message- > From: Qiu, Michael > Sent: Monday, February 1, 2016 4:32 PM > To: Yuanhan Liu; Lu, Wenzhuo > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH 0/8] support E-tag offloading and forwarding on > Intel X550 NIC > > On 2/1/2016 9:38 AM, Yuanhan Liu

[dpdk-dev] [PATCH v3 0/8] vhost-user live migration support

On Mon, Feb 01, 2016 at 03:54:05PM +, Iremonger, Bernard wrote: > Hi Yuanhan, > > > > > A simple test guide (on same host) > > == > > > > The following test is based on OVS + DPDK (check [0] for how to setup OVS + > > DPDK): ... > > The above test guide

[dpdk-dev] [PATCH v2] ixgbe: Fix disable interrupt twice

[+cc helin] On 2/2/2016 9:03 AM, Lu, Wenzhuo wrote: > Hi Michael, > >> -Original Message- >> From: Qiu, Michael >> Sent: Monday, February 1, 2016 4:05 PM >> To: Lu, Wenzhuo; dev at dpdk.org >> Cc: Zhou, Danny; Liu, Yong; Liang, Cunming >> Subject: Re: [PATCH v2] ixgbe: Fix disable

[dpdk-dev] [PATCH v2] ixgbe: Fix disable interrupt twice

> -Original Message- > From: Qiu, Michael > Sent: Tuesday, February 2, 2016 10:07 AM > To: Lu, Wenzhuo; dev at dpdk.org > Cc: Zhou, Danny; Liu, Yong; Liang, Cunming; Zhang, Helin > Subject: Re: [PATCH v2] ixgbe: Fix disable interrupt twice > > [+cc helin] > > On 2/2/2016 9:03 AM, Lu,

[dpdk-dev] [PATCH v2 3/3] virtio: Add a new layer to abstract pci access method

On 2016/02/01 22:15, Yuanhan Liu wrote: > On Mon, Feb 01, 2016 at 10:50:00AM +0900, Tetsuya Mukawa wrote: >> On 2016/01/29 18:17, Yuanhan Liu wrote: >>> On Thu, Jan 28, 2016 at 06:33:32PM +0900, Tetsuya Mukawa wrote: This patch addss function pointers to abstract pci access method. This

[dpdk-dev] [PATCH v5 3/4] ethdev: redesign link speed config API

On Thu, 28 Jan 2016 17:33:20 + Harish Patil wrote: > * Added utility MACROs ETH_SPEED_NUM_XXX with the numeric > values of all supported link speeds, in Mbps. I would prefer that there were no speed value macros. Linux used to have these, but people kept adding new hardware speeds and it

[dpdk-dev] [PATCH v2] ixgbe: Fix disable interrupt twice

Hi Michael, Acked-by: Wenzhuo Lu > -Original Message- > From: Qiu, Michael > Sent: Tuesday, February 2, 2016 10:07 AM > To: Lu, Wenzhuo; dev at dpdk.org > Cc: Zhou, Danny; Liu, Yong; Liang, Cunming; Zhang, Helin > Subject: Re: [PATCH v2] ixgbe: Fix disable interrupt twice > > [+cc

[dpdk-dev] i40evf DPDK init_adminq failed: -53

Hi Saurabh XL710/X710 firmware update tool/images can be found on www.intel.com, that?s the formal way. Please try there first. Regards, Helin From: Saurabh Mishra [mailto:saurabh.gl...@gmail.com] Sent: Tuesday, February 2, 2016 2:25 AM To: Qiu, Michael Cc: dev at dpdk.org; users at dpdk.org;

[dpdk-dev] [PATCH v2] ixgbe: Fix disable interrupt twice

On 2/2/2016 10:14 AM, Zhang, Helin wrote: > >> -Original Message- >> From: Qiu, Michael >> Sent: Tuesday, February 2, 2016 10:07 AM >> To: Lu, Wenzhuo; dev at dpdk.org >> Cc: Zhou, Danny; Liu, Yong; Liang, Cunming; Zhang, Helin >> Subject: Re: [PATCH v2] ixgbe: Fix disable interrupt twice

[dpdk-dev] [PATCH 1/3] fm10k: enable FTAG based forwarding

On 1/25/2016 4:08 PM, Wang Xiao W wrote: > This patch enables reading sglort info into mbuf for RX and inserting > an FTAG at the beginning of the packet for TX. The vlan_tci_outer field > selected from rte_mbuf structure for sglort is not used in fm10k now. > In FTAG based forwarding mode, the

[dpdk-dev] [PATCH v2] ixgbe: Fix disable interrupt twice

> -Original Message- > From: Qiu, Michael > Sent: Tuesday, February 2, 2016 10:57 AM > To: Zhang, Helin ; Lu, Wenzhuo > ; dev at dpdk.org > Cc: Zhou, Danny ; Liu, Yong ; > Liang, Cunming > Subject: Re: [PATCH v2] ixgbe: Fix disable interrupt twice > > On 2/2/2016 10:14 AM, Zhang, Helin

[dpdk-dev] [PATCH v2] ixgbe: Fix disable interrupt twice

On 2/2/2016 11:07 AM, Zhang, Helin wrote: > >> -Original Message- >> From: Qiu, Michael >> Sent: Tuesday, February 2, 2016 10:57 AM >> To: Zhang, Helin ; Lu, Wenzhuo >> ; dev at dpdk.org >> Cc: Zhou, Danny ; Liu, Yong ; >> Liang, Cunming >> Subject: Re: [PATCH v2] ixgbe: Fix disable

[dpdk-dev] [PATCH v2 3/3] virtio: Add a new layer to abstract pci access method

On 2016/02/02 11:45, Yuanhan Liu wrote: > On Tue, Feb 02, 2016 at 11:19:50AM +0900, Tetsuya Mukawa wrote: >> On 2016/02/01 22:15, Yuanhan Liu wrote: >>> On Mon, Feb 01, 2016 at 10:50:00AM +0900, Tetsuya Mukawa wrote: On 2016/01/29 18:17, Yuanhan Liu wrote: > On Thu, Jan 28, 2016 at

[dpdk-dev] [PATCH v6 1/8] eal: pci: add api to rd/wr pci bar region

On Mon, Feb 1, 2016 at 7:18 PM, Yuanhan Liu wrote: > On Fri, Jan 29, 2016 at 11:51:50PM +0530, Santosh Shukla wrote: >> Introducing below api for pci bar region rd/wr. >> Api's are: >> - rte_eal_pci_read_bar >> - rte_eal_pci_write_bar >> >> Signed-off-by: Santosh Shukla >> --- >> v5-->v6: >> -

[dpdk-dev] [PATCH v6 6/8] virtio: add vfio api to rd/wr ioport space

On Tue, Feb 02, 2016 at 10:00:36AM +0530, Santosh Shukla wrote: > > > > BTW, I didn't follow the noIOMMU discussion; how did it end? Do we still > > need that? Is this patch a full story to enable virtio on ARM? > > > Ok, We agreed that explicit __noiommu suffix not required, atleast for >

[dpdk-dev] rings PMD detaching

Hello Mauricio, On Tue, Feb 2, 2016 at 2:37 AM, Mauricio V?squez wrote: > I was wondering if there were a way to detach (delete) a ring pmd device > created with rte_eth_from_rings. I realized that rte_eth_dev_detach does > not work in this case because there is a comparison between the

[dpdk-dev] [PATCH v6 1/8] eal: pci: add api to rd/wr pci bar region

On Tue, Feb 02, 2016 at 09:44:14AM +0530, Santosh Shukla wrote: > >> +int rte_eal_pci_read_bar(const struct rte_pci_device *device, > >> + void *buf, size_t len, off_t offset, > >> + int bar_idx) > >> + > >> +{ > >> + const struct rte_intr_handle

[dpdk-dev] [PATCH v6 1/8] eal: pci: add api to rd/wr pci bar region

On Tue, Feb 2, 2016 at 6:43 AM, Yuanhan Liu wrote: > On Tue, Feb 02, 2016 at 09:44:14AM +0530, Santosh Shukla wrote: >> Current use-case is virtio: It is used as io_bar which is first >> bar[1]. But implementation is generic, can be used to do rd/wr for >> other bar index too. Also vfio

[dpdk-dev] [PATCH v6 6/8] virtio: add vfio api to rd/wr ioport space

On Tue, Feb 2, 2016 at 10:49 AM, Yuanhan Liu wrote: > On Tue, Feb 02, 2016 at 10:00:36AM +0530, Santosh Shukla wrote: >> > >> > BTW, I didn't follow the noIOMMU discussion; how did it end? Do we still >> > need that? Is this patch a full story to enable virtio on ARM? >> > >> Ok, We agreed that

[dpdk-dev] [PATCH v2 0/7] support E-tag offloading and forwarding on Intel X550 NIC

This patch set adds the support of E-tag offloading and forwarding on X550. The offloading means E-tag can be inserted and stripped by HW. And E-tag packets can be recognized and forwarded to specific pools based on GRP and E-CID_base in E-tag. Wenzhuo Lu (7): ixgbe: select pool by MAC when

[dpdk-dev] [PATCH v2 1/7] ixgbe: select pool by MAC when using double VLAN

On X550, as required by datasheet, E-tag packets are not expected when double VLAN are used. So modify the register PFVTCTL after enabling double VLAN to select pool by MAC but not MAC or E-tag. Signed-off-by: Wenzhuo Lu --- drivers/net/ixgbe/ixgbe_ethdev.c | 10 ++ 1 file changed, 10

[dpdk-dev] [PATCH v2 2/7] lib/librte_ether: support l2 tunnel config

Add functions to support l2 tunnel configuration. The support includes ether type modification and the tunnel support enabling/disabling. Ether type modification means modifying the ether type of a specific type of tunnel. So the packet with this ether type will be parsed as this type of tunnel.

[dpdk-dev] [PATCH v2 3/7] ixgbe: support l2 tunnel config

Add support of l2 tunnel configuration. Support modifying ether type of a type of l2 tunnel. Support enabling and disabling the support of a type of l2 tunnel. Only E-tag tunnel is supported now. Signed-off-by: Wenzhuo Lu --- drivers/net/ixgbe/ixgbe_ethdev.c | 140

[dpdk-dev] [PATCH v2 6/7] ixgbe: support l2 tunnel operation

Add support of l2 tunnel operation. Support enabling/disabling l2 tunnel tag insertion/stripping. Support enabling/disabling l2 tunnel packets forwarding. Support adding/deleting forwarding rules for l2 tunnel packets. Only support E-tag now. Also update the release note. Signed-off-by: Wenzhuo

[dpdk-dev] [PATCH v2 7/7] app/testpmd: add CLIs for E-tag operation

Add the CLIs to support the E-tag operation. 1, Offloading of E-tag insertion and stripping. 2, Forwarding the E-tag packets to pools based on the GRP and E-CID_base. Signed-off-by: Wenzhuo Lu --- app/test-pmd/cmdline.c | 340 + 1 file changed,

[dpdk-dev] [PATCH v2 4/7] app/testpmd: add CLIs for l2 tunnel config

Add CLIs to config ether type of l2 tunnel, and to enable/disable a type of l2 tunnel. Now only e-tag tunnel is supported. Signed-off-by: Wenzhuo Lu --- app/test-pmd/cmdline.c | 259 + 1 file changed, 259 insertions(+) diff --git

[dpdk-dev] [PATCH v6 1/8] eal: pci: add api to rd/wr pci bar region

On Tue, Feb 2, 2016 at 11:13 AM, Yuanhan Liu wrote: > On Tue, Feb 02, 2016 at 09:44:14AM +0530, Santosh Shukla wrote: >> >> +int rte_eal_pci_read_bar(const struct rte_pci_device *device, >> >> + void *buf, size_t len, off_t offset, >> >> + int bar_idx) >>

[dpdk-dev] [PATCH v6 1/8] eal: pci: add api to rd/wr pci bar region

On Tue, Feb 2, 2016 at 12:30 PM, Santosh Shukla wrote: > On Tue, Feb 2, 2016 at 11:13 AM, Yuanhan Liu > wrote: >> On Tue, Feb 02, 2016 at 09:44:14AM +0530, Santosh Shukla wrote: >>> >> +int rte_eal_pci_read_bar(const struct rte_pci_device *device, >>> >> + void *buf, size_t

[dpdk-dev] [PATCH 4/9] eal/linux: move back interrupt thread init before setting affinity

Hi David, On Friday, January 01/29/16, 2016 at 15:08:31 +0100, David Marchand wrote: > Now that virtio pci driver is initialized in a constructor, we only need to > move the interrupt thread init after loading the plugins. > This way, chelsio driver should be happy again [1]. > > [1]

[dpdk-dev] [PATCH 4/9] eal/linux: move back interrupt thread init before setting affinity

Hello Rahul, On Tue, Feb 2, 2016 at 8:02 AM, Rahul Lakkireddy wrote: > On Friday, January 01/29/16, 2016 at 15:08:31 +0100, David Marchand wrote: >> Now that virtio pci driver is initialized in a constructor, we only need to >> move the interrupt thread init after loading the plugins. >> This

[dpdk-dev] [PATCH 4/9] eal/linux: move back interrupt thread init before setting affinity

Hi David, On Monday, February 02/01/16, 2016 at 23:13:55 -0800, David Marchand wrote: > Hello Rahul, > > On Tue, Feb 2, 2016 at 8:02 AM, Rahul Lakkireddy > wrote: > > On Friday, January 01/29/16, 2016 at 15:08:31 +0100, David Marchand wrote: > >> Now that virtio pci driver is initialized in a

[dpdk-dev] [PATCH v6 1/8] eal: pci: add api to rd/wr pci bar region

On Tue, Feb 02, 2016 at 06:50:18AM +0100, David Marchand wrote: > On Tue, Feb 2, 2016 at 6:43 AM, Yuanhan Liu > wrote: > > On Tue, Feb 02, 2016 at 09:44:14AM +0530, Santosh Shukla wrote: > >> Current use-case is virtio: It is used as io_bar which is first > >> bar[1]. But implementation is

[dpdk-dev] [PATCH 1/2] ethdev: add buffered tx api

Hi Konstantin, > -Original Message- > From: Ananyev, Konstantin > Sent: Friday, January 15, 2016 19:45 > To: Kulasek, TomaszX; dev at dpdk.org > Subject: RE: [dpdk-dev] [PATCH 1/2] ethdev: add buffered tx api > > Hi Tomasz, > > > > > + /* get new buffer space first, but keep

[dpdk-dev] [PATCH 1/3] fm10k: enable FTAG based forwarding

> -Original Message- > From: Qiu, Michael > Sent: Tuesday, February 2, 2016 11:07 AM > To: Wang, Xiao W ; Chen, Jing D > > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH 1/3] fm10k: enable FTAG based forwarding > > On 1/25/2016 4:08 PM, Wang Xiao W wrote: > > This patch enables

[dpdk-dev] [PATCH v2] eal: add architecture specific rte_cpuflags.c files

2016-01-28 12:20, Ferruh Yigit: > Move cpu_feature_table array from arch specific rte_cpuflags.h files to > new arch specific rte_cpuflags.c files. > > Main motivation is to escape from static variable declarations in > header files. cpu_feature_table has many copies in final binary, even > exist

[dpdk-dev] [PATCH v6 0/9] virtio 1.0 enabling for virtio pmd driver

Hi Yuanhan, I wanted to apply these patches but I see few checkpatch warnings, inluding a typo. Sometimes I fix them myself but I guess you would prefer checking it. ### PATCH v6 4_9 CHECK:SPACING: spaces preferred around that '+' (ctx:VxV) #571: FILE: drivers/net/virtio/virtio_pci.c:361: +

[dpdk-dev] [PATCH v2 0/3] fm10k: enable FTAG based forwarding

v2: * Gave an error message for VF FTAG use case. * Added a notice in the doc to emphasize that application should ensure an appropriate FTAG for every frame in FTAG based forwarding mode. Wang Xiao W (3): fm10k: enable FTAG based forwarding doc: add introduction for fm10k FTAG based

[dpdk-dev] [PATCH v2 1/3] fm10k: enable FTAG based forwarding

This patch enables reading sglort info into mbuf for RX and inserting an FTAG at the beginning of the packet for TX. The vlan_tci_outer field selected from rte_mbuf structure for sglort is not used in fm10k now. In FTAG based forwarding mode, the switch will forward packets according to glort info

[dpdk-dev] [PATCH v2 2/3] doc: add introduction for fm10k FTAG based forwarding

Add a brief introduction on FTAG, describe what's FTAG and how it works in forwarding. Signed-off-by: Wang Xiao W --- doc/guides/nics/fm10k.rst | 16 +++- 1 file changed, 15 insertions(+), 1 deletion(-) diff --git a/doc/guides/nics/fm10k.rst b/doc/guides/nics/fm10k.rst index

[dpdk-dev] [PATCH v2 3/3] doc: update release note for fm10k FTAG support

Update the release note. Signed-off-by: Wang Xiao W --- doc/guides/rel_notes/release_2_3.rst | 1 + 1 file changed, 1 insertion(+) diff --git a/doc/guides/rel_notes/release_2_3.rst b/doc/guides/rel_notes/release_2_3.rst index 99de186..2c8b6f9 100644 --- a/doc/guides/rel_notes/release_2_3.rst

[dpdk-dev] [PATCH v2] ixgbe: Fix disable interrupt twice

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Qiu, Michael > Sent: Tuesday, February 02, 2016 2:57 AM > To: Zhang, Helin; Lu, Wenzhuo; dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v2] ixgbe: Fix disable interrupt twice > > On 2/2/2016 10:14 AM,

[dpdk-dev] [PATCH v6 0/2] Add VHOST PMD

The patch introduces a new PMD. This PMD is implemented as thin wrapper of librte_vhost. PATCH v6 changes: - Remove rte_vhost_driver_pmd_callback_registe(). - Support link status interrupt. - Support queue state changed interrupt. - Add rte_eth_vhost_get_queue_event(). - Support numa node

[dpdk-dev] [PATCH v6 1/2] ethdev: Add a new event type to notify a queue state changed event

This patch adds a below event type. - RTE_ETH_EVENT_QUEUE_STATE_CHANGE This event is used for notifying a queue state changed event. Signed-off-by: Tetsuya Mukawa --- lib/librte_ether/rte_ethdev.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/lib/librte_ether/rte_ethdev.h

[dpdk-dev] [PATCH v6 2/2] 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 vhost messages will be handled only when a port is started. So start a port first, then invoke QEMU. The PMD has 2 parameters. - iface: The

[dpdk-dev] Future Direction for rte_eth_stats_get()

+John, > From: David Harton > Subject: RE: [dpdk-dev] Future Direction for rte_eth_stats_get() > > Hi folks, > > I didn't see any follow up to this response. I think you may have missed one: http://dpdk.org/ml/archives/dev/2016-January/032211.html > > However, if modifying that API is not

[dpdk-dev] [PATCH v1] Modify and modularize l3fwd code

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Ravi Kerur > Sent: Tuesday, December 22, 2015 00:13 > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH v1] Modify and modularize l3fwd code > > v1: > > Rebase to latest code base for DPDK team review. >

[dpdk-dev] [PATCH v2 2/7] lib/librte_ether: support l2 tunnel config

On Tue, Feb 02, 2016 at 02:57:00PM +0800, Wenzhuo Lu wrote: > Add functions to support l2 tunnel configuration. > The support includes ether type modification and the tunnel support > enabling/disabling. > Ether type modification means modifying the ether type of a specific > type of tunnel. So

[dpdk-dev] [PATCH v6 0/9] virtio 1.0 enabling for virtio pmd driver

On Tue, Feb 02, 2016 at 11:46:54AM +0100, Thomas Monjalon wrote: > Hi Yuanhan, > > I wanted to apply these patches but I see few checkpatch warnings, > inluding a typo. > Sometimes I fix them myself but I guess you would prefer checking it. Okay; I will fix them all. --yliu

[dpdk-dev] [PATCH] doc: minor correction in document

On Mon, Feb 01, 2016 at 04:02:05PM +, Mcnamara, John wrote: > > -Original Message- > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Ferruh Yigit > > Sent: Friday, January 29, 2016 10:12 AM > > To: dev at dpdk.org > > Subject: [dpdk-dev] [PATCH] doc: minor correction in

[dpdk-dev] [PATCH v2] doc: minor correction in document

* remove outdated chapter reference to Multi-process support. Fixes: fc1f2750a3ec ("doc: programmers guide") * html output converts "--" to "-", this is wrong when explaining the command arguments, used fixed width quotes for them. v2: * for "--" use fixed width quotes instead of option

[dpdk-dev] [PATCH v7 0/9] virtio 1.0 enabling for virtio pmd driver

v7: - make checkpatch a bit happier; few (false) warnings still left. - rebase to latest code: fixed a conflict. v6: unfold IO_READ/WRITE_DEF macro v5: minor fixes: - fix wrong type of arg "offset" of read/write_dev_config(): patch 2 is newly added for that. - check "offset

[dpdk-dev] [PATCH v7 1/9] virtio: don't set vring address again at queue startup

As we have already set up it at virtio_dev_queue_setup(), and a vq restart will not reset the settings. Signed-off-by: Yuanhan Liu Tested-by: Qian Xu Reviewed-by: Tetsuya Mukawa Tested-by: Tetsuya Mukawa Acked-by: Huawei Xie --- drivers/net/virtio/virtio_rxtx.c | 15 --- 1 file

[dpdk-dev] [PATCH v7 2/9] virtio: define offset as size_t type

offset arg of vtpci_read/write_dev_config is derived from offsetof(), which is of size_t type, instead of uint64_t. So, define it as size_t type. Signed-off-by: Yuanhan Liu Tested-by: Qian Xu Reviewed-by: Tetsuya Mukawa Tested-by: Tetsuya Mukawa Acked-by: Huawei Xie ---

[dpdk-dev] [PATCH v7 3/9] virtio: introduce struct virtio_pci_ops

Introduce struct virtio_pci_ops, to let legacy virtio (v0.95) and modern virtio (1.0) have different implementation regarding to a specific pci action, such as read host status. With that, this patch reimplements all exported pci functions, in a way like: vtpci_foo_bar(struct virtio_hw

[dpdk-dev] [PATCH v7 4/9] virtio: move left pci stuff to virtio_pci.c

virtio_pci.c is a more proper place for pci stuff; virtio_ethdev is not. Signed-off-by: Yuanhan Liu Tested-by: Qian Xu Reviewed-by: Tetsuya Mukawa Tested-by: Tetsuya Mukawa Acked-by: Huawei Xie --- drivers/net/virtio/virtio_ethdev.c | 265 +---

[dpdk-dev] [PATCH v7 5/9] viritio: switch to 64 bit features

Switch to 64 bit features, which virtio 1.0 supports. While legacy virtio only supports 32 bit features, it complains aloud and quit when trying to setting > 32 bit features. Signed-off-by: Yuanhan Liu Tested-by: Qian Xu Reviewed-by: Tetsuya Mukawa Tested-by: Tetsuya Mukawa Acked-by: Huawei

[dpdk-dev] [PATCH v7 6/9] virtio: retrieve hdr_size from hw->vtnet_hdr_size

The mergeable virtio net hdr format has been the standard and the only virtio net hdr format since virtio 1.0. Therefore, we can not hardcode hdr_size to "sizeof(struct virtio_net_hdr)" any more at virtio_recv_pkts(), otherwise, there would be a mismatch of hdr size from rte_vhost_enqueue_burst()

[dpdk-dev] [PATCH v7 7/9] eal: pci: export pci_[un]map_device

Normally we could set RTE_PCI_DRV_NEED_MAPPING flag so that eal will invoke pci_map_device internally for us. From that point view, there is no need to export pci_map_device. However, for virtio pmd driver, which is designed to work without binding UIO (or something similar first),

[dpdk-dev] [PATCH v7 8/9] virtio: add 1.0 support

Modern (v1.0) virtio pci device defines several pci capabilities. Each cap has a configure structure corresponding to it, and the cap.bar and cap.offset fields tell us where to find it. Firstly, we map the pci resources by rte_eal_pci_map_device(). We then could easily locate a cfg structure by:

[dpdk-dev] [PATCH v7 9/9] virtio: move VIRTIO_READ/WRITE_REG_X into virtio_pci.c

virtio_pci.c is the only file references those macros; move them there. Signed-off-by: Yuanhan Liu Tested-by: Qian Xu Reviewed-by: Tetsuya Mukawa Tested-by: Tetsuya Mukawa Acked-by: Huawei Xie --- drivers/net/virtio/virtio_pci.c | 19 +++ drivers/net/virtio/virtio_pci.h | 18

[dpdk-dev] Future Direction for rte_eth_stats_get()

On Tue, Feb 2, 2016 at 7:44 AM, Tahhan, Maryam wrote: >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Matthew Hall >> Sent: Friday, January 22, 2016 8:49 PM >> To: Igor Ryzhov >> Cc: dev at dpdk.org >> Subject: Re: [dpdk-dev] Future Direction for rte_eth_stats_get() >> >> On Fri, Jan

[dpdk-dev] [PATCH 1/2] ethdev: add buffered tx api

Hi Tomasz, > -Original Message- > From: Kulasek, TomaszX > Sent: Tuesday, February 02, 2016 10:01 AM > To: Ananyev, Konstantin; dev at dpdk.org > Subject: RE: [dpdk-dev] [PATCH 1/2] ethdev: add buffered tx api > > Hi Konstantin, > > > -Original Message- > > From: Ananyev,

[dpdk-dev] [PATCH v2] i40e: fix vlan filtering

VLAN filtering was always performed, even if hw_vlan_filter was disabled. During device initialization, default filter RTE_MACVLAN_PERFECT_MATCH was applied. In this situation, all incoming VLAN frames were dropped by the card (increase of the register RUPP - Rx Unsupported Protocol). In order to

[dpdk-dev] [PATCH v3] eal: add function to check if primary proc alive

This patch adds a new function to the EAL API: int rte_eal_primary_proc_alive(const char *path); The function indicates if a primary process is alive right now. This functionality is implemented by testing for a write- lock on the config file, and the function tests for a lock. The use case for

[dpdk-dev] [PATCH 1/2] ethdev: Allow to overload pci_drv.devinit and pci_drv.devuninit

From: Kamil Rytarowski This change enables drivers needing custom pci (de)initialization functions through the standard callback overloading. For example: /* * virtual function driver struct */ static struct eth_driver rte_DRIVER_pmd = { {

[dpdk-dev] [PATCH 2/2] ethdev: Export rte_eth_dev_create_unique_device_name() to public API

From: Kamil Rytarowski Once pci_drv.devinit is overloaded, it's a function used in the original rte_eth_dev_init(), still reusable in altered versions. Signed-off-by: Kamil Rytarowski --- lib/librte_ether/rte_ethdev.c | 2 +- lib/librte_ether/rte_ethdev.h

[dpdk-dev] [PATCH v2] cfgfile: support looking up sections by index

> -Original Message- > From: Rich Lane [mailto:rich.lane at bigswitch.com] > Sent: Tuesday, January 19, 2016 4:42 AM > To: dev at dpdk.org > Cc: Dumitrescu, Cristian ; Panu Matilainen > > Subject: [PATCH v2] cfgfile: support looking up sections by index > > This is useful when sections

[dpdk-dev] [PATCH v6 1/8] eal: pci: add api to rd/wr pci bar region

On Tue, Feb 2, 2016 at 2:19 PM, Yuanhan Liu wrote: > On Tue, Feb 02, 2016 at 06:50:18AM +0100, David Marchand wrote: >> On Tue, Feb 2, 2016 at 6:43 AM, Yuanhan Liu >> wrote: >> > On Tue, Feb 02, 2016 at 09:44:14AM +0530, Santosh Shukla wrote: >> >> Current use-case is virtio: It is used as

[dpdk-dev] [PATCH v6 1/8] eal: pci: add api to rd/wr pci bar region

On Tue, Feb 2, 2016 at 9:21 PM, Santosh Shukla wrote: > On Tue, Feb 2, 2016 at 2:19 PM, Yuanhan Liu > wrote: >> On Tue, Feb 02, 2016 at 06:50:18AM +0100, David Marchand wrote: >>> On Tue, Feb 2, 2016 at 6:43 AM, Yuanhan Liu >> linux.intel.com> wrote: >>> > On Tue, Feb 02, 2016 at 09:44:14AM

[dpdk-dev] [PATCH] cryptodev: add capabilities discovery mechanism

Hi Declan, > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Declan Doherty > Sent: Saturday, January 30, 2016 1:11 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH] cryptodev: add capabilities discovery > mechanism [...] > ---

[dpdk-dev] [PATCH] fm10k: fix vlan flag bug in scattered RX

On Fri, Dec 18, 2015 at 05:35:35AM +, He, Shaopeng wrote: > > > -Original Message- > > From: Wang, Xiao W > > Sent: Friday, December 18, 2015 11:09 AM > > To: Chen, Jing D > > Cc: He, Shaopeng; dev at dpdk.org; Wang, Xiao W > > Subject: [PATCH] fm10k: fix vlan flag bug in scattered RX

[dpdk-dev] [PATCH v6 0/2] Add VHOST PMD

Looks good. I tested the queue state change code in particular and didn't find any problems. Reviewed-by: Rich Lane Tested-by: Rich Lane

[dpdk-dev] DPDK-QoS - link sharing across classes

Hi I currently have QoS implemented in hardware and I am thinking of using DPDK's QoS feature to move it to software. Currently in the hardware,Based on the 4 class per pipe and 4 queues per class limitation, I was thinking of using 4 classes in DPDK-QoS and spread out the 8 h/w queues across the

[dpdk-dev] [PATCH v5 3/4] ethdev: redesign link speed config API

On 2 February 2016 at 03:20, Stephen Hemminger wrote: > On Thu, 28 Jan 2016 17:33:20 + > Harish Patil wrote: > > > * Added utility MACROs ETH_SPEED_NUM_XXX with the numeric > > values of all supported link speeds, in Mbps. > > I would prefer that there were no speed value macros. > Linux

[dpdk-dev] [PATCH v1 1/5] eal: get CPU flag name

The new function rte_cpu_get_flag_name() is added to the EAL API. It is implemented (duplicated) in each arch because the next patch will remove the public exposure of the feature tables. Signed-off-by: Thomas Monjalon --- lib/librte_eal/bsdapp/eal/rte_eal_version.map| 1 +

[dpdk-dev] [PATCH] mempool: Reduce rte_mempool structure size

The rte_mempool structure is changed, which will cause an ABI change for this structure. Allow mempool cache support to be dynamic depending on if the mempool being created needs cache support. Saves about 1.5M of memory used by the rte_mempool structure. Performance does not seem to be effected

[dpdk-dev] [PATCH v6 2/2] vhost: Add VHOST PMD

On Tue, Feb 02, 2016 at 08:18:42PM +0900, Tetsuya Mukawa wrote: > 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 vhost messages will be handled only when a port is started. So start > a port