Hi Fedin,
> With the aforementioned fixes i tried to run it inside libvirt-lxc. I got
> the following:
> a) With hugepages - "abort with 256 hugepage files exceed the maximum of 8
> for vhost-user" - i set -m 512
This is currently a known issue, we have discussed in another thread
with Tetsu
Hi All,
On Wednesday, December 12/23/15, 2015 at 18:11:19 +0530, Rahul Lakkireddy wrote:
> This RFC series of patches attempt to extend the flow director filter to
> add support for Chelsio T5 hardware filtering capabilities.
>
> Chelsio T5 supports carrying out filtering in hardware which suppor
Hello David,
did you find time to see the patchset? I am working on a PMD on top of
these so I'd be glad to base on the code close to the (potentially)
upstreamed one.
Regards
Jan
On Tue, 5 Jan 2016 10:45:11 +0100
David Marchand wrote:
> Hello Jan,
>
> I agree that ethdev / cryptodev should r
Tested-by: Pavel Fedin
Kind regards,
Pavel Fedin
Expert Engineer
Samsung Electronics Research center Russia
> -Original Message-
> From: Jianfeng Tan [mailto:jianfeng.tan at intel.com]
> Sent: Monday, January 11, 2016 9:16 AM
> To: dev at dpdk.org
> Cc: p.fedin at samsung.com; yuanhan.
Add a further ACL example where the elements of the search key
are not entirely fitting into the 4 consecutive bytes of all
input fields.
Signed-off-by: Antonio Fischetti
---
.../prog_guide/packet_classif_access_ctrl.rst | 68 ++
1 file changed, 68 insertions(+)
mode ch
Hello!
> This patchset is to provide high performance networking interface (virtio)
> for container-based DPDK applications. The way of starting DPDK apps in
> containers with ownership of NIC devices exclusively is beyond the scope.
> The basic idea here is to present a new virtual device (name
Hello! There's one more problem (see inline).
> -Original Message-
> From: Jianfeng Tan [mailto:jianfeng.tan at intel.com]
> Sent: Sunday, January 10, 2016 2:43 PM
> To: dev at dpdk.org
> Cc: rich.lane at bigswitch.com; yuanhan.liu at linux.intel.com; mst at
> redhat.com;
> nakajima.yosh
Hi,
According to the proposal, I'm going to fix the definition of this API
as below:
/**
* Retrieve the contextual information of an Ethernet device.
*
* @param port_id
* The port identifier of the Ethernet device.
* @param ptype_mask
* A hint of what kind of packet type which the
Atwood Channel is 20GbE NIC and belongs to Intel FM10K family,
update the doc for it.
Signed-off-by: Michael Qiu
---
doc/guides/rel_notes/release_2_3.rst | 2 ++
1 file changed, 2 insertions(+)
diff --git a/doc/guides/rel_notes/release_2_3.rst
b/doc/guides/rel_notes/release_2_3.rst
index 99de1
Atwood Channel is intel 25G NIC, and this patch add the support
in DPDK.
Signed-off-by: Michael Qiu
---
drivers/net/fm10k/base/fm10k_osdep.h| 4
lib/librte_eal/common/include/rte_pci_dev_ids.h | 2 ++
2 files changed, 6 insertions(+)
diff --git a/drivers/net/fm10k/base/fm10k_osd
Signed-off-by: Wenzhuo Lu
---
doc/guides/rel_notes/release_2_3.rst | 9 +
1 file changed, 9 insertions(+)
diff --git a/doc/guides/rel_notes/release_2_3.rst
b/doc/guides/rel_notes/release_2_3.rst
index 99de186..8a8f878 100644
--- a/doc/guides/rel_notes/release_2_3.rst
+++ b/doc/guides/re
The patch add VxLAN & NVGRE TX checksum off-load. When the flag of
outer IP header checksum offload is set, we'll set the context
descriptor to enable this checksum off-load.
Signed-off-by: Wenzhuo Lu
---
drivers/net/ixgbe/ixgbe_rxtx.c | 52 ++
drivers/net
X550 will do VxLAN & NVGRE RX checksum off-load automatically.
This patch exposes the result of the checksum off-load.
Signed-off-by: Wenzhuo Lu
---
drivers/net/ixgbe/ixgbe_rxtx.c | 11 ++-
lib/librte_mbuf/rte_mbuf.c | 1 +
lib/librte_mbuf/rte_mbuf.h | 1 +
3 files changed, 12
Add UDP tunnel add/del support on ixgbe. Now it only support
VxLAN port configuration.
Although the VxLAN port has a default value 4789, it can be
changed. We support VxLAN port configuration to meet the
change.
Note, the default value of VxLAN port in ixgbe NICs is 0. So
please set it when using V
This patch set add the VxLAN & NVGRE checksum off-load support.
Both RX and TX checksum off-load can be used for VxLAN & NVGRE.
And the VxLAN port can be set, it's implemented in this patch
set either.
Wenzhuo Lu (4):
ixgbe: support UDP tunnel add/del
ixgbe: support VxLAN & NVGRE RX checksum
Hello!
> -Original Message-
> From: Jianfeng Tan [mailto:jianfeng.tan at intel.com]
> Sent: Sunday, January 10, 2016 2:43 PM
> To: dev at dpdk.org
> Cc: rich.lane at bigswitch.com; yuanhan.liu at linux.intel.com; mst at
> redhat.com;
> nakajima.yoshihiro at lab.ntt.co.jp; huawei.xie at i
v2 changes:
- Address compiling error.
- Add Reported-by.
Fix the issue that virtio device cannot be started after stopped.
The field, hw->started, should be changed by virtio_dev_start/stop instead
of virtio_dev_close.
Reported-by: Pavel Fedin
Signed-off-by: Jianfeng Tan
Acked-by: Yua
Hello!
I tried to apply your patch to master and got compile errors. See inline.
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jianfeng Tan
> Sent: Tuesday, January 05, 2016 4:08 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] pmd/virtio: fix cann
Hello!
Please, see inline
> -Original Message-
> From: Jianfeng Tan [mailto:jianfeng.tan at intel.com]
> Sent: Sunday, January 10, 2016 2:43 PM
> To: dev at dpdk.org
> Cc: rich.lane at bigswitch.com; yuanhan.liu at linux.intel.com; mst at
> redhat.com;
> nakajima.yoshihiro at lab.ntt.c
Hi Tetsuya,
> With current your implementation, when 'virtual' virtio-net PMD is used,
> 'phys_addr' will be virtual address in EAL layer.
>
> struct rte_memseg {
> phys_addr_t phys_addr; /**< Start physical address. */
> union {
> void *addr; /**< S
Interestingly enough, VF works for a 57800 card but doesn't seem to work
for a 57810 card. ?To the best of my knowledge, these cards are
practically the same, i.e. E3's with rev B0. ?Are there any bnx2x hw
guys that could tell me why these cards might be behaving differently?
The 57810 brokenness
> OK, that makes sense. Please check my above comments about coding
> style/indents (I know I'm annoying).
Thank you, Mazarguil. I'll fix it when sending out v2 patch.
Jianfeng
On Sun, Jan 10, 2016 at 3:43 AM, Jianfeng Tan
wrote:
> @@ -1157,6 +1180,20 @@ rte_eal_hugepage_init(void)
> mcfg->memseg[0].len = internal_config.memory;
> mcfg->memseg[0].socket_id = socket_id;
>
> + hugepage = create_shared_memory(eal_hugepage_info_
Currently, the example vmdq_dcb only works on Intel? 82599 NICs.
This patch extended this sample to make it work both on Intel? 82599
and X710/XL710 NICs by following changes:
1. add VMDQ base queue checking to avoid forwarding on PF queues.
2. assign each VMDQ pools with MAC address.
3. add
The multi queue mode ETH_MQ_RX_VMDQ_DCB_RSS is not supported in
ixgbe driver. This patch added the checking.
Signed-off-by: Jingjing Wu
---
drivers/net/ixgbe/ixgbe_ethdev.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/net/ixgbe/ixgbe_ethdev.c b/drivers/net/ixgbe/ixgbe_ethdev.
Currently, DCB is only enabled on PF, queue mapping and BW
configuration is only done on PF vsi. This patch enabled DCB
for VMDQ vsis by following steps:
1. Take BW and ETS configuration on VEB.
2. Take BW and ETS configuration on VMDQ vsis.
3. Update TC and queues mapping on VMDQ vsis.
To enabl
Currently, the example vmdq_dcb only works on Intel? 82599 NICs.
This patch set extended this sample to make it works both on
Intel? 82599 and X710/XL710 NICs. This patch set also enabled
DCB VMDQ mode in i40e driver and added unsupported mode checking
in ixgbe driver.
Jingjing Wu (3):
i40e: ena
Hi Jianfeng,
> -Original Message-
> From: Tan, Jianfeng
> Sent: Monday, January 11, 2016 7:39 AM
> To: Ananyev, Konstantin; N?lio Laranjeiro; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 01/12] ethdev: add API to query what/if packet
> type is set
>
> Hi,
>
> According to the propos
> [Wenzhuo] The udp_tunnel_add and udp_tunnel_del have already existed. I
just use them. Honestly I agree with you they are not accurate name. Better
change them to udp_tunnel_port_add and udp_tunnel_port_del. But it should
be a ABI change if I?m not wrong. I think we can announce it this release
a
see inline
Le 11 janv. 2016 08:08, "Wenzhuo Lu" a ?crit :
>
> Add UDP tunnel add/del support on ixgbe. Now it only support
> VxLAN port configuration.
> Although the VxLAN port has a default value 4789, it can be
> changed. We support VxLAN port configuration to meet the
> change.
> Note, the def
Hi Vincent,
From: Vincent JARDIN [mailto:vincent.jar...@6wind.com]
Sent: Monday, January 11, 2016 3:41 PM
To: Lu, Wenzhuo
Cc: dev at dpdk.org
Subject: Re: [dpdk-dev] [PATCH 1/4] ixgbe: support UDP tunnel add/del
see inline
Le 11 janv. 2016 08:08, "Wenzhuo Lu" mailto:wenzhuo.lu
at intel.com>>
31 matches
Mail list logo
