Hi, Thanks for sharing the details.
On the basis of my understanding, have made the following changes. The test
is now passing with the changes.
diff -rupN a/app/test/test_reorder.c b/app/test/test_reorder.c
--- a/app/test/test_reorder.c 2015-08-20 13:59:55.0 -0400
+++ b/app/test/test_re
Currently, there is a MAX_SOCKET macro which artificially limits the
number of NUMA sockets testpmd can use. Anything on a higher socket
ends up using socket zero. This patch replaces this with a variable
set during set_default_fwd_lcores_config() and uses RTE_MAX_NUMA_NODES
where a hard-coded ma
According to 82599 and x540 HW specifications RS bit *must* be
set in the last descriptor of *every* packet.
Before this patch there were 3 types of Tx callbacks that were setting
RS bit every tx_rs_thresh descriptors. This patch introduces a set of
new callbacks, one for each type mentioned above
According to 82599 and x540 HW specifications RS bit *must* be
set in the last descriptor of *every* packet.
Before this patch there were 3 types of Tx callbacks that were setting
RS bit every tx_rs_thresh descriptors. This patch introduces a set of
new callbacks, one for each type mentioned above
make config T=x86_64-native-linuxapp-gccsed -ri 's,(PMD_PCAP=).*,\1y,'
build/.configmake
[root at neutron dpdk-2.1.0]# make 2>&1 | more
== Build lib
== Build lib/librte_compat
== Build lib/librte_eal
== Build lib/librte_eal/common
== Build lib/librte_eal/linuxapp
== Build lib/librte_eal/linuxapp/i
I see issue with reorder test app failing on x86 environment due to changes
made between release 2.0.0 and 2.1.0:
App reorder_test (app/test/test_reorder.c)
Function failing: test_reorder_insert
There had been some changes with respect to addition of parameter
is_initialized to the s
On Thu, Aug 20, 2015 at 03:07:20PM +0100, Declan Doherty wrote:
> Co-authored-by: Des O Dea
> Co-authored-by: John Griffin
> Co-authored-by: Fiona Trahe
>
> This patch contains the initial proposed APIs and device framework for
> integrating crypto packet processing into DPDK.
>
> features inc
Co-authored-by: Des O Dea
Co-authored-by: John Griffin
Co-authored-by: Fiona Trahe
unit tests are run by using cryptodev_qat_autotest or
cryptodev_aesni_autotest from the test apps interactive console.
performance tests are run by using the cryptodev_qat_perftest or
cryptodev_aesni_mb_perftest
This patch provides the initial implementation of the AES-NI multi-buffer
based crypto poll mode driver using DPDK's new cryptodev framework.
This PMD is dependent on Intel's multibuffer library, see the white paper
"Fast Multi-buffer IPsec Implementations on Intel? Architecture
Processors", see re
From: John Griffin
Co-authored-by: Des O Dea
Co-authored-by: Fiona Trahe
This patch adds a PMD for the Intel Quick Assist Technology DH895xxC
hardware accelerator.
This PMD will adhere to the cryptodev API (contained in a previous patch).
This patch depends on a QAT PF driver which may be down
Co-authored-by: Des O Dea
Co-authored-by: John Griffin
Co-authored-by: Fiona Trahe
This patch contains the initial proposed APIs and device framework for
integrating crypto packet processing into DPDK.
features include:
- Crypto device configuration / management APIs
- Definitions of support
Co-authored-by: Des O Dea
Co-authored-by: John Griffin
Co-authored-by: Fiona Trahe
This series of patches proposes a set of application burst oriented APIs for
asynchronous symmetric cryptographic functions within DPDK. It also contains a
poll mode driver cryptographic device framework for the
Hi , i am facing a issue regarding with the maximum amount of bits that the
rte_bitmap allows.
Example :
bmp_mem_size = rte_bitmap_get_memory_footprint(4000);
OK
(bmp_mem_size==2101312 (size in bytes aligned). Around 2MB)
but if i do this:
bmp_mem_size = rte_bitmap_get_memory_footprint(42
On 20/08/2015 12:38, Mukesh Dua wrote:
> I see issue with reorder test app failing on x86 environment due to changes
> made between release 2.0.0 and 2.1.0:
>
> App reorder_test (app/test/test_reorder.c)
>
> Function failing: test_reorder_insert
>
> There had been some changes with res
On Wed, Aug 19, 2015 at 7:07 PM, Tetsuya Mukawa wrote:
> On 2015/08/20 4:42, Ravi Kerur wrote:
> > v2:
> >> Remove rte_pmd_mpipe_devinit changes
> >> Use rte_eal_compare_pci_addr for address comparison
> >> Use dpdk_2.2 in version map file for new functions
> >
> > v1:
> > Changes inc
On 08/20/15 12:05, Vlad Zolotarov wrote:
>
>
> On 08/20/15 11:56, Vlad Zolotarov wrote:
>>
>>
>> On 08/20/15 11:41, Ananyev, Konstantin wrote:
>>> Hi Vlad,
>>>
-Original Message-
From: Vlad Zolotarov [mailto:vladz at cloudius-systems.com]
Sent: Wednesday, August 19, 2015 11
On 08/20/15 11:56, Vlad Zolotarov wrote:
>
>
> On 08/20/15 11:41, Ananyev, Konstantin wrote:
>> Hi Vlad,
>>
>>> -Original Message-
>>> From: Vlad Zolotarov [mailto:vladz at cloudius-systems.com]
>>> Sent: Wednesday, August 19, 2015 11:03 AM
>>> To: Ananyev, Konstantin; Lu, Wenzhuo
>>> Cc:
This patch originates from the patch:
[dpdk-dev] [PATCH 1/2] Patch for Qemu wrapper for US-VHost to ensure Qemu
process ends when VM is shutdown
http://dpdk.org/ml/archives/dev/2014-June/003606.html
Aslo update the vhost sample guide doc.
Signed-off-by: Claire Murphy
Signed-off-by: Changchun Ou
Thanks John.
I am trying to setup/use the flow-director-filter on the i540.
-- When I try to setup the flow-director-filter as per the example, I am
getting "bad arguments"!!!
So decided to see if the flush command would work.
In the interim --- I am using ethertype filter to accomplish t
On 08/20/15 11:41, Ananyev, Konstantin wrote:
> Hi Vlad,
>
>> -Original Message-
>> From: Vlad Zolotarov [mailto:vladz at cloudius-systems.com]
>> Sent: Wednesday, August 19, 2015 11:03 AM
>> To: Ananyev, Konstantin; Lu, Wenzhuo
>> Cc: dev at dpdk.org
>> Subject: Re: [dpdk-dev] [PATCH v1]
On 2015/08/20 4:42, Ravi Kerur wrote:
> v2:
>> Remove rte_pmd_mpipe_devinit 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
>> M
On 2015/08/20 5:00, Ravi Kerur wrote:
> In function rte_pmd_mpipe_devinit, if rte_eth_dev_allocate
> fails return error which is inline with other drivers.
>
> Signed-off-by: Ravi Kerur
> ---
> drivers/net/mpipe/mpipe_tilegx.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/net/m
Added dev at dpdk.org
On 8/20/2015 6:04 PM, Xie, Huawei wrote:
> Yanping:
> I read your mail, seems what we did are quite similar. Here i wrote a
> quick mail to describe our design. Let me know if it is the same thing.
>
> Problem Statement:
> We don't have a high performance networking interface
>-Original Message-
>From: Ravi Kerur [mailto:rkerur at gmail.com]
>Sent: Thursday, August 20, 2015 4:00 AM
>To: dev at dpdk.org
>Cc: zlu at ezchip.com; Ravi Kerur
>Subject: [PATCH v1] Return ENOMEM during mpipe_devinit failure
>
>In function rte_pmd_mpipe_devinit, if rte_eth_dev_allocate
>
/proc/version_signature is the version for the host machine, but in
e.g., chroots, this does not necessarily match that DPDK is built
for. DPDK will then build for the wrong kernel version - that of the
server, and not that installed in the (build) chroot.
The patch uses utsrelease.h from the kern
Hi Vlad,
> -Original Message-
> From: Vlad Zolotarov [mailto:vladz at cloudius-systems.com]
> Sent: Wednesday, August 19, 2015 11:03 AM
> To: Ananyev, Konstantin; Lu, Wenzhuo
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above 1 for
> all NICs b
Hi Yanping:
I don't quite get your idea. Last year I had a design and POC which enables
user space virtio interface in container.
Don't know if it has similarity with your proposal. Would post the idea later
in the following mail.
> -Original Message-
> From: dev [mailto:dev-bounces at
Hi all:
AFAIK, nowadays there's only one solution to apply DPDK into Docker
Containers, which is Passing-Through physical NIC to applications.
I'm now working on another solution, considering combining DPDK and OVS via
vhost-net, I name it "vhost_net pmd driver".
The detailed solution is
Which NIC are you using? I540? Are you talking about X540?
And does other operations work except flush?
Thanks
Jingjing
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Navneet Rao
> Sent: Thursday, August 20, 2015 3:27 AM
> To: dev at dpdk.org
> Subject: Re
29 matches
Mail list logo
