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

Hi Thomas, 2015-11-01 23:16 GMT+01:00 Thomas Monjalon : > 2015-10-25 22:59, Marc Sune: > > This patch redesigns the API to set the link speed/s configure > > for an ethernet port. Specifically: > > > > - it allows to define a set of advertised speeds for > > auto-negociation. > > - it allows to

[dpdk-dev] [PATCH] ring: Fix memory leakage in rte_pmd_ring_devuninit()

When freeing the device, it is also necessary to free rx_queues and tx_queues Signed-off-by: Mauricio Vasquez B --- drivers/net/ring/rte_eth_ring.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/net/ring/rte_eth_ring.c b/drivers/net/ring/rte_eth_ring.c index 9a31bce..e091e4f 1006

[dpdk-dev] [PATCH v3 00/14] DPDK armv8-a support

> Jerin Jacob (14): > eal: arm64: add armv8-a version of rte_atomic_64.h > eal: arm64: add armv8-a version of rte_cpuflags_64.h > eal: arm64: add armv8-a version of rte_prefetch_64.h > eal: arm64: add armv8-a version of rte_cycles_64.h > eal: arm64: rte_memcpy_64.h version based on libc m

[dpdk-dev] [PATCH v6 00/15] Support ARMv7 architecture

> > Jan Viktorin (7): > > eal/arm: implement rdtsc by PMU or clock_gettime > > eal/arm: use vector memcpy only when NEON is enabled > > eal/arm: detect arm architecture in cpu flags > > eal/arm: rwlock support for ARM > > eal/arm: add very incomplete rte_vect > > gcc/arm: avoid alignmen

[dpdk-dev] [PATCH v3 06/14] eal: arm: ret_vector.h improvements

2015-11-06 15:10, Jerin Jacob: > added the definition of rte_xmm and xmm_t for acl noen implementation. > removed the emulated _mm_* functions 2 nits: - noen -> neon - this kind of change deserves more explanations > +#include "arm_neon.h" I think it should be It won't block the merge of this

[dpdk-dev] DPDK Community Call - ARM Support

Tim, et al, Thanks for this call to the ARM community to convene to discuss what support is out there in ARM ecosystem. I am responsible for networking segment software strategy within ARM and, as some of your colleagues already know, I am coordinating collaborative work on DPDK for ARM

[dpdk-dev] [PATCH v2 2/2] examples: new example: l2fwd-ethtool

2015-11-17 22:33, Wang, Liang-min: > Thomas, > Could you explain why this patch is put on RFC? Hi, It is not RFC but Changes Requested. It means a new version is expected to adress comments.

[dpdk-dev] bytes order of ip header in dpdk 2.1

sorry, my code has a bug with regarding to byte order in convert_ip_to_string(). On Wed, Nov 18, 2015 at 5:47 PM, Moon-Sang Lee wrote: > > Once receiving a packet by rte_eth_rx_burst(), I printed IP header as > below. > It seems that length(uint16_t) is in big endian, but ip addresses are in >

[dpdk-dev] Architecture Board Proposal

In order to progress this, I'd like to summarise what's been discussed on the mailing list so far (both in this thread and in the one Dave Neary started on governance proposals from the Userspace event) and give a final chance to people to provide any additional input. The main things that came

[dpdk-dev] bytes order of ip header in dpdk 2.1

Once receiving a packet by rte_eth_rx_burst(), I printed IP header as below. It seems that length(uint16_t) is in big endian, but ip addresses are in little endian. I'm confused and appreciate any comment. ### print_ipv4_header src = 11.0.168.192, dst = 2.173.248.143, length = 60, ttl = 64, proto

[dpdk-dev] [PATCH] mem: fix incorrect doxygen doc regarding memzones

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Sergio Gonzalez > Monroy > Sent: Wednesday, November 18, 2015 3:58 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH] mem: fix incorrect doxygen doc regarding > memzones > > We can free memzones now, so remo

[dpdk-dev] Making rte_eal_pci_probe() in rte_eal_init() optional?

Hi Thomas, in-line -Roger On 11/17/15 10:46 AM, Thomas Monjalon wrote: > 2015-11-17 08:56, Roger B. Melton: >> Hi David, in-line -Roger >> >> On 11/16/15 4:46 AM, David Marchand wrote: >>> Hello Roger, >>> >>> On Sun, Nov 15, 2015 at 3:45 PM, Roger B. Melton >> > wro

[dpdk-dev] [PATCH v4] ip_pipeline: add flow actions pipeline

Flow actions pipeline is an extension of flow-classification pipeline. Some of the operations of flow classification pipeline such as traffic metering/marking(for e.g. Single Rate Three Color Marker (srTCM), Two Rate Three Color Marker trTCM)), policer can be performed separately in flow action pip

[dpdk-dev] [PATCH] fm10k: fix wrong VLAN value in RX mbuf

VLAN value should be copied from RX descriptor to mbuf, this patch fixes this issue. Signed-off-by: Shaopeng He --- drivers/net/fm10k/fm10k_rxtx.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/net/fm10k/fm10k_rxtx.c b/drivers/net/fm10k/fm10k_rxtx.c index 1bac28d..eeb635e 100644 -

[dpdk-dev] [PATCH] vhost: avoid buffer overflow in update_secure_len

On Wed, Nov 18, 2015 at 07:53:24AM +, Xie, Huawei wrote: ... > > do { > > + if (vec_id >= BUF_VECTOR_MAX) > > + break; > > + > > next_desc = 0; > > len += vq->desc[idx].len; > > vq->buf_vec[vec_id].buf_addr = vq->desc[idx].addr

[dpdk-dev] Questions about rte_eth_dev multiple rx queue selection (~/dpdk/lib/librte_ether).

Dear Zhang, Helin. Thank you very much for your advice and answer. I will find it. Thank you very much. Sincerely Yours, Ick-Sung Choi. -Original Message- From: "Zhang, Helin" To: "???"; "dev at dpdk.org"; Cc: Sent: 20

[dpdk-dev] [RFC PATCH 2/2] lib/librte_eal: Remove unnecessary hugepage zero-filling

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Stephen Hemminger > Sent: Wednesday, November 18, 2015 4:00 PM > To: Xie, Huawei > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [RFC PATCH 2/2] lib/librte_eal: Remove unnecessary > hugepage zero-filling > >

[dpdk-dev] [PATCH] vhost: avoid buffer overflow in update_secure_len

On 11/18/2015 11:53 PM, Stephen Hemminger wrote: > On Wed, 18 Nov 2015 06:13:08 + > "Xie, Huawei" wrote: > >> On 11/18/2015 10:56 AM, Yuanhan Liu wrote: >>> On Tue, Nov 17, 2015 at 08:39:30AM -0800, Rich Lane wrote: I don't think that adding a SIGINT handler is the right solution, though.

[dpdk-dev] [PATCH] bnx2x: set Ethernet address type during transmit for VF's

The original was always setting unicast. While here, clean up some other references that also point into the Ethernet header. Signed-off-by: Chas Williams <3chas3 at gmail.com> --- drivers/net/bnx2x/bnx2x.c | 23 +++ drivers/net/bnx2x/ecore_hsi.h | 5 +++-- 2 files chang

[dpdk-dev] [PATCH] mem: fix incorrect doxygen doc regarding memzones

We can free memzones now, so remove incorrect doxygen documentation stating otherwise. Fixes: ff909fe21f0a ("mem: introduce memzone freeing") Signed-off-by: Sergio Gonzalez Monroy --- lib/librte_eal/common/include/rte_memzone.h | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --gi

[dpdk-dev] Questions about rte_eth_dev multiple rx queue selection (~/dpdk/lib/librte_ether).

Dear Zhang, Helin. Thank you very much for your advice and answer. I guess RSS queue selection is performed in NIC. Would you tell me more about redirection table? Where can I find reference for it? Thank you very much. Sincerely Yours, Ick-Sung Choi. -Original Message- From: "Zha

[dpdk-dev] Questions about rte_eth_dev multiple rx queue selection (~/dpdk/lib/librte_ether).

Dear Choi, Sy Jong. Thank you very much for your advice and answer. I will read and check it. Sincerely Yours, Ick-Sung Choi. -Original Message- From: "Choi, Sy Jong" To: "???"; "dev at dpdk.org"; Cc: Sent: 2015-11-18 (?

[dpdk-dev] Questions about rte_eth_dev multiple rx queue selection (~/dpdk/lib/librte_ether).

Dear DPDK experts. I really appreciate for your precious answers and advices and thank you for your great contributions. I have questions about rte_eth_dev multiple rx queue usage (~/dpdk/lib/librte_ether). Please let me know, if I am wrong or I have something missed. The applications use rte

[dpdk-dev] Questions about load balancer application in DPDK (~/dpdk.2.0.0/examples/load_balancer).

Dear DPDK experts. I really appreciate for your precious answers and advices and thank you for your great contributions. I have questions about load balancer application in DPDK (~/dpdk.2.0.0/examples/load_balancer). Please let me know, if I am wrong or I have something missed. Question #1) T

[dpdk-dev] Compile errors with libc < 2.12

2015-11-18 13:32, Ferruh Yigit: > When libc version is < 2.12 there are two compile errors, both introduced in > DPDK2.2, more details below. > > We can solve issue in a few ways: > 1- Ignore errors, this depends on if any user has this version. glibc 2.12 > released around 2010, still may have

[dpdk-dev] [PATCH RFC] mem: zero out memory when freed

Before the introduction of rte_memzone_free, all reserved memzones were zeroed out by default. Now that we can free and reserve again, we can potentially get memory that is not zeroed out. This also adds to the fact that the memzone reserve could have been a malloc element. We now zeroed all memo

[dpdk-dev] [PATCH] vhost: avoid buffer overflow in update_secure_len

On Wed, Nov 18, 2015 at 06:13:08AM +, Xie, Huawei wrote: > On 11/18/2015 10:56 AM, Yuanhan Liu wrote: > > On Tue, Nov 17, 2015 at 08:39:30AM -0800, Rich Lane wrote: > >> I don't think that adding a SIGINT handler is the right solution, though. > >> The > >> guest app could be killed with anoth

[dpdk-dev] [PATCH] ethdev: fix missing symbol export for rte_eth_dma_zone_reserve()

On 11/18/2015 01:48 PM, Mcnamara, John wrote: >> -Original Message- >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Panu Matilainen >> Sent: Wednesday, November 18, 2015 7:34 AM >> To: dev at dpdk.org >> Subject: [dpdk-dev] [PATCH] ethdev: fix missing symbol export for >> rte_eth

[dpdk-dev] [PATCH v3] ip_pipeline: add flow actions pipeline

Flow actions pipeline is an extension of flow-classification pipeline. Some of the operations of flow classification pipeline such as traffic metering/marking(for e.g. Single Rate Three Color Marker (srTCM), Two Rate Three Color Marker trTCM)), policer can be performed separately in flow action pip

[dpdk-dev] [PATCH v5 3/3] example: add keep alive sample application

Modified version of l2fwd to demonstrate keep-alive functionality. Signed-off-by: Remy Horton --- MAINTAINERS | 4 + examples/l2fwd-keepalive/Makefile | 50 +++ examples/l2fwd-keepalive/main.c | 806 ++ 3 files changed, 860 insertion

[dpdk-dev] [PATCH v5 2/3] docs: add keep alive sample app guide & release notes

Signed-off-by: Maryam Tahhan Signed-off-by: John J Browne Signed-off-by: Remy Horton --- doc/api/doxy-api-index.md | 1 + doc/guides/rel_notes/release_2_2.rst| 3 + doc/guides/sample_app_ug/index.rst | 1 + doc/guides/sample_app_ug/keep_alive.rst | 191 +

[dpdk-dev] [PATCH v5 1/3] rte: add keep alive functionality

Adds functions for detecting and reporting the 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 defined callback. Signed-off-by: Remy Horton --- lib/librte_eal/bsdapp/eal/Makefile

[dpdk-dev] [PATCH v5 0/3] Keepalive monitoring & reporting

This patch-set adds functions 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 defined callback. As an example l2fwd with random failures is used. v5 * Consistant use

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

> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of John McNamara > Add a document to explain the DPDK patch submission and review process. > > Signed-off-by: John McNamara > +* New external functions should be added to the local ``version.map`` file. These should be listed alphabeticall

[dpdk-dev] [PATCH] vhost: avoid buffer overflow in update_secure_len

On Tue, Nov 17, 2015 at 09:26:57PM -0800, Rich Lane wrote: > On Tue, Nov 17, 2015 at 6:56 PM, Yuanhan Liu > wrote: > > @@ -519,6 +526,8 @@ virtio_dev_merge_rx(struct virtio_net *dev, uint16_t > queue_id, > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? goto merge_rx_exit; > ? ? ? ? ? ? ?

[dpdk-dev] Compile errors with libc < 2.12

When libc version is < 2.12 there are two compile errors, both introduced in DPDK2.2, more details below. We can solve issue in a few ways: 1- Ignore errors, this depends on if any user has this version. glibc 2.12 released around 2010, still may have distros with libc < 2.12, at least SUSE11 d

[dpdk-dev] [PATCH v5] doc: add a nic performance guide on linux gsg

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Qian Xu > Sent: Wednesday, November 18, 2015 3:10 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH v5] doc: add a nic performance guide on linux > gsg > > Add a new guide doc as part of the Linux Getting St

[dpdk-dev] [RFC PATCH 2/2] lib/librte_eal: Remove unnecessary hugepage zero-filling

On 11/18/2015 6:45 PM, Wang, Zhihong wrote: >> -Original Message- >> From: Mcnamara, John >> Sent: Wednesday, November 18, 2015 6:40 PM >> To: Wang, Zhihong ; dev at dpdk.org >> Subject: RE: [dpdk-dev] [RFC PATCH 2/2] lib/librte_eal: Remove unnecessary >> hugepage zero-filling >> >> >> >>>

[dpdk-dev] [PATCH] ethdev: fix missing symbol export for rte_eth_dma_zone_reserve()

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Panu Matilainen > Sent: Wednesday, November 18, 2015 7:34 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH] ethdev: fix missing symbol export for > rte_eth_dma_zone_reserve() > > Fixes: 719dbebceb81 ("xen:

[dpdk-dev] [PATCH] vhost: avoid buffer overflow in update_secure_len

On 11/18/2015 4:47 PM, Yuanhan Liu wrote: > On Wed, Nov 18, 2015 at 07:53:24AM +, Xie, Huawei wrote: > ... >>> do { >>> + if (vec_id >= BUF_VECTOR_MAX) >>> + break; >>> + >>> next_desc = 0; >>> len += vq->desc[idx].len; >>> vq-

[dpdk-dev] [PATCH v5] doc: add a nic performance guide on linux gsg

Add a new guide doc as part of the Linux Getting Started Guide. The document is a step-by-step guide on how to get high performance with DPDK on an Intel platform. It is designed for users who are not familiar with DPDK but would like to get the best performance with NICs. Signed-off-by: Qian Xu

[dpdk-dev] [RFC PATCH 2/2] lib/librte_eal: Remove unnecessary hugepage zero-filling

On Wed, 18 Nov 2015 16:13:32 + "Richardson, Bruce" wrote: > > > > -Original Message- > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Stephen Hemminger > > Sent: Wednesday, November 18, 2015 4:00 PM > > To: Xie, Huawei > > Cc: dev at dpdk.org > > Subject: Re: [dpdk-dev]

[dpdk-dev] [PATCH] vhost: avoid buffer overflow in update_secure_len

On Tue, Nov 17, 2015 at 08:39:30AM -0800, Rich Lane wrote: > > I don't think that adding a SIGINT handler is the right solution, though. The > guest app could be killed with another signal (SIGKILL). Good point. > Worse, a malicious or > buggy guest could write to just that field. vhost should n

[dpdk-dev] [PATCH v2 3/3] i40e: fix rx/tx size mismatch, remove crc bytes

This patch removes the crc bytes from byte counter statistics. Doing so fixes a bug that CRC bytes were included on TX but not on RX, causing mismatch of bytes recieved / sent. Fixes: 9aace75fc82e ("i40e: fix statistics") Reported-by: Weichun Chen Signed-off-by: Harry van Haaren --- drivers/n

[dpdk-dev] [PATCH v2 2/3] ixgbe: remove crc size from all byte counters

This patch removes the crc bytes from byte counter statistics. Signed-off-by: Harry van Haaren --- drivers/net/ixgbe/ixgbe_ethdev.c | 55 +++- 1 file changed, 43 insertions(+), 12 deletions(-) diff --git a/drivers/net/ixgbe/ixgbe_ethdev.c b/drivers/net/ixgbe/

[dpdk-dev] [PATCH v2 1/3] e1000: remove crc size from all byte counters

This patch removes the crc bytes from byte counter statistics. Signed-off-by: Harry van Haaren --- drivers/net/e1000/igb_ethdev.c | 19 +-- 1 file changed, 17 insertions(+), 2 deletions(-) diff --git a/drivers/net/e1000/igb_ethdev.c b/drivers/net/e1000/igb_ethdev.c index 88995b0

[dpdk-dev] [PATCH v2 0/3] Remove CRC from byte counters

This patchset removes CRC bytes from byte statistics in the following PMDs: igb, ixgbe, i40e. This brings the reported byte statistics in-line with other NICs, providing consistency. Removing the CRC from byte counters in i40e resolves a bug, see i40e commit message for details. v2: -Done Stephe

[dpdk-dev] [RFC PATCH 2/2] lib/librte_eal: Remove unnecessary hugepage zero-filling

> -Original Message- > From: Mcnamara, John > Sent: Wednesday, November 18, 2015 6:40 PM > To: Wang, Zhihong ; dev at dpdk.org > Subject: RE: [dpdk-dev] [RFC PATCH 2/2] lib/librte_eal: Remove unnecessary > hugepage zero-filling > > > > > -Original Message- > > From: dev [mailto:

[dpdk-dev] [PATCH v3] mem: calculate space left in a hugetlbfs

Currently DPDK does not respect the quota of a hugetblfs mount. It will fail to init the EAL because it tries to map the number of free hugepages in the system rather than using the number specified in the quota for that mount. To solve this issue, we take the quota into consideration when calcula

[dpdk-dev] [RFC PATCH 2/2] lib/librte_eal: Remove unnecessary hugepage zero-filling

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Zhihong Wang > Sent: Wednesday, November 18, 2015 3:27 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [RFC PATCH 2/2] lib/librte_eal: Remove unnecessary > hugepage zero-filling > > The kernel fills new allocat

[dpdk-dev] [PATCH v3] mem: calculate space left in a hugetlbfs

On 18/11/2015 02:42, Jianfeng Tan wrote: > Currently DPDK does not respect the quota of a hugetblfs mount. > It will fail to init the EAL because it tries to map the number of > free hugepages in the system rather than using the number specified > in the quota for that mount. > > To solve this issu

[dpdk-dev] [PATCH v4 1/3] rte: add keep alive functionality

On 11/11/2015 16:28, Stephen Hemminger wrote: > Also Linux has more robust mechanism in the watchdog timers, why not use that? Keepalive was made with tight intra-process reporting intervals of 5-10ms in mind, whereas Linux watchdog appears to be an inter-process system that operates with granu

[dpdk-dev] [PATCH v3 1/2] examples: add performance thread sample application

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of ibetts > Sent: Tuesday, November 17, 2015 13:11 > To: dev at dpdk.org > Cc: Betts, Ian > Subject: [dpdk-dev] [PATCH v3 1/2] examples: add performance thread > sample application > > From: Ian Betts > > This

[dpdk-dev] [PATCH v3 2/2] examples: add pthread-shim in performance-thread sample app

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of ibetts > Sent: Tuesday, November 17, 2015 13:11 > To: dev at dpdk.org > Cc: Betts, Ian > Subject: [dpdk-dev] [PATCH v3 2/2] examples: add pthread-shim in > performance-thread sample app > > From: Ian Betts >

[dpdk-dev] [PATCH] ethdev: fix missing symbol export for rte_eth_dma_zone_reserve()

Fixes: 719dbebceb81 ("xen: allow determining DOM0 at runtime") Signed-off-by: Panu Matilainen --- lib/librte_ether/rte_ether_version.map | 1 + 1 file changed, 1 insertion(+) diff --git a/lib/librte_ether/rte_ether_version.map b/lib/librte_ether/rte_ether_version.map index 11c4e94..0c35d53 100

[dpdk-dev] [PATCH v3 2/2] examples: add pthread-shim in performance-thread sample app

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of ibetts > Sent: Tuesday, November 17, 2015 12:11 PM > To: dev at dpdk.org > Cc: Betts, Ian > Subject: [dpdk-dev] [PATCH v3 2/2] examples: add pthread-shim in > performance-thread sample app Hi Ian, For some rea

[dpdk-dev] [PATCH] mk: pass EXTRA_CFLAGS to AUTO_CPUFLAGS to enable local modifications

We have encountered a CPU where the AES-NI instruction set is disabled due to export restrictions. Since the build machine and target machine is different, using -native configs doesn't work, and on this CPU, the application refuses to run due to the AES CPU flags being amiss. The patch passes EXT

[dpdk-dev] [PATCH] eal: fix plugindir processing to be filesystem agnostic

Not all filesystems supply struct dirent d_type field, in which case everything in the specified directory would go ignored. One such filesystem being XFS which RHEL 7 defaults to... stat() the entries instead. Fixes: 9f8eb1d9ca0f ("eal: support driver loading from directory") Signed-off-by: Panu

[dpdk-dev] [PATCH] vhost: avoid buffer overflow in update_secure_len

On 11/18/2015 2:25 PM, Yuanhan Liu wrote: > On Wed, Nov 18, 2015 at 06:13:08AM +, Xie, Huawei wrote: >> On 11/18/2015 10:56 AM, Yuanhan Liu wrote: >>> On Tue, Nov 17, 2015 at 08:39:30AM -0800, Rich Lane wrote: I don't think that adding a SIGINT handler is the right solution, though.

[dpdk-dev] [RFC PATCH 2/2] lib/librte_eal: Remove unnecessary hugepage zero-filling

On Wed, 18 Nov 2015 12:07:54 + "Xie, Huawei" wrote: > >>> The kernel fills new allocated (huge) pages with zeros. > >>> DPDK just has to touch the pages to trigger the allocation. > I think we shouldn't reply on the assumption that kernel has zeroed the > memory. Kernel zeroes the memory mo

[dpdk-dev] [PATCH] vhost: avoid buffer overflow in update_secure_len

On 11/18/2015 10:56 AM, Yuanhan Liu wrote: > On Tue, Nov 17, 2015 at 08:39:30AM -0800, Rich Lane wrote: >> I don't think that adding a SIGINT handler is the right solution, though. The >> guest app could be killed with another signal (SIGKILL). > Good point. > >> Worse, a malicious or >> buggy gues

[dpdk-dev] [PATCH] vhost: avoid buffer overflow in update_secure_len

On Wed, 18 Nov 2015 06:13:08 + "Xie, Huawei" wrote: > On 11/18/2015 10:56 AM, Yuanhan Liu wrote: > > On Tue, Nov 17, 2015 at 08:39:30AM -0800, Rich Lane wrote: > >> I don't think that adding a SIGINT handler is the right solution, though. > >> The > >> guest app could be killed with another

[dpdk-dev] [PATCH] kni: fix compilation issue with KNI_VHOST enabled

> -Original Message- > From: De Lara Guarch, Pablo > Sent: Monday, November 16, 2015 11:28 PM > To: Zhang, Helin; dev at dpdk.org > Subject: RE: [PATCH] kni: fix compilation issue with KNI_VHOST enabled > > > > > -Original Message- > > From: Zhang, Helin > > Sent: Monday, Novem

[dpdk-dev] Questions about rte_eth_dev multiple rx queue selection (~/dpdk/lib/librte_ether).

RSS and redirection table is popular features in almost all NICs, so you can refer to NIC datasheet or google. It is easy to find out good articles. Regards, Helin From: ??? [mailto:pnk...@naver.com] Sent: Wednesday, November 18, 2015 2:53 PM To: Zhang, Helin; dev at dpdk.org Subject: RE: [dpdk-

[dpdk-dev] Questions about rte_eth_dev multiple rx queue selection (~/dpdk/lib/librte_ether).

You can refer to 'RSS' and 'redirection table' first. /Helin > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of ??? > Sent: Wednesday, November 18, 2015 2:28 PM > To: dev at dpdk.org > Subject: [dpdk-dev] Questions about rte_eth_dev multiple rx queue > selectio

[dpdk-dev] Questions about rte_eth_dev multiple rx queue selection (~/dpdk/lib/librte_ether).

Type: application/pdf Size: 123661 bytes Desc: testpmd_app_ug-2.1.pdf URL: <http://dpdk.org/ml/archives/dev/attachments/20151118/5be503e4/attachment-0001.pdf>

[dpdk-dev] [PATCH] vhost: avoid buffer overflow in update_secure_len

On 11/18/2015 10:56 AM, Yuanhan Liu wrote: > On Tue, Nov 17, 2015 at 08:39:30AM -0800, Rich Lane wrote: >> I don't think that adding a SIGINT handler is the right solution, though. The >> guest app could be killed with another signal (SIGKILL). > Good point. > >> Worse, a malicious or >> buggy gues

[dpdk-dev] [PATCH] i40e: configure the vector PMD option as no for default for l3fwd undefined ptype issue

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Zhe Tao > Sent: Wednesday, November 18, 2015 12:46 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH] i40e: configure the vector PMD option as no for > default for l3fwd undefined ptype issue > > Configure

[dpdk-dev] [PATCH] vhost: avoid buffer overflow in update_secure_len

> -Original Message- > From: Yuanhan Liu [mailto:yuanhan.liu at linux.intel.com] > Sent: Wednesday, November 18, 2015 10:57 AM > To: Rich Lane > Cc: dev at dpdk.org; Xie, Huawei ; Wang, Zhihong > ; Richardson, Bruce > Subject: Re: [PATCH] vhost: avoid buffer overflow in update_secure_le

[dpdk-dev] [PATCH] i40e: configure the vector PMD option as no for default for l3fwd undefined ptype issue

Configure the vector PMD option as no for default as a work around for l3fwd. After the l3fwd app can handle the undefined ptype or the i40e vPMD can return the ptype, the option will be set as yes for default again. Signed-off-by: Zhe Tao --- config/common_bsdapp | 2 +- config/common_linuxap