This is really useful, thank you!
Best regards,
Igor Ryzhov
> 12 . 2014 ?., ? 6:22, Chi, Xiaobo (NSN - CN/Hangzhou) nsn.com> ???(?):
>
> Hi,
> Background:
> What we are doing now is port make telecom network element to be cloud based.
> For one of our product, DPDK is applied not onl
Hi Waterman,
You wanted to update your regression tests:
http://dpdk.org/ml/archives/dev/2014-November/007598.html
Should I wait a test report before integrating these patches?
Is there someone else reviewing these patches?
--
Thomas
2014-11-04 17:49, Yong Wang:
> This patch series in
Hi Reshma,
> > From: Reshma Pattan
> >
> > A new sample app that shows the usage of the distributor library. This
> > app works as follows:
> >
> > * An RX thread runs which pulls packets from each ethernet port in turn
> > and passes those packets to worker using a distributor component.
> >
From: "jingjing.wu"
Handle the RTE_ETH_FILTER_ADD and RTE_ETH_FILTER_DELETE operations
on ethertype filter.
Signed-off-by: jingjing.wu
---
lib/librte_pmd_i40e/i40e_ethdev.c | 99 +++
1 file changed, 99 insertions(+)
diff --git a/lib/librte_pmd_i40e/i40e_eth
From: "jingjing.wu"
A new structure of ethertype filter is defined in rte_eth_ctrl.h
for filter_ctrl api
Signed-off-by: jingjing.wu
---
lib/librte_ether/rte_eth_ctrl.h | 20
1 file changed, 20 insertions(+)
diff --git a/lib/librte_ether/rte_eth_ctrl.h b/lib/librte_ether/r
From: "jingjing.wu"
The patch set supports ethertype filter on fortville.
v3 changes:
- redefine the control packet filter to ethertype filter
v2 changes:
- strip the filter APIs definitions from this patch set
jingjing.wu (2):
ethdev: new structure of Ethertype Filter for filter_ctrl api
On Thu, Nov 13, 2014 at 06:33:14PM +0100, Thomas Monjalon wrote:
> Any comment on these patches?
>
> 2014-09-03 12:05, Yerden Zhumabekov:
> > As SSE4.2 provides CRC32 instructions with either 32 and 64 bit operands,
> > new rte_hash_crc_8byte() call assisted with _mm_crc32_u64 intrinsic may be
> >
On Thu, Nov 13, 2014 at 12:01:31PM +, Daniel Mrzyglod wrote:
> Signed-off-by: Konstantin Ananyev
> Signed-off-by: Daniel Mrzyglod
> ---
> config/defconfig_x86_x32-native-linuxapp-gcc | 46
> mk/arch/x86_x32/rte.vars.mk | 63
> +++
On Thu, Nov 13, 2014 at 12:57:25PM +0100, Thomas Monjalon wrote:
> 2014-11-13 06:14, Neil Horman:
> > On Thu, Nov 13, 2014 at 02:03:18AM -0800, Thomas Monjalon wrote:
> > > 2014-10-08 15:14, Neil Horman:
> > > > On Wed, Oct 08, 2014 at 05:57:46PM +0200, Thomas Monjalon wrote:
> > > > > 2014-09-29 1
Any comment on these patches?
2014-09-03 12:05, Yerden Zhumabekov:
> As SSE4.2 provides CRC32 instructions with either 32 and 64 bit operands,
> new rte_hash_crc_8byte() call assisted with _mm_crc32_u64 intrinsic may be
> useful.
>
> Then, rte_hash_crc() function is redesigned to take advantage o
Thomas,
Sorry for the delay. I'll push the updated patches to the mail list
before next Monday.
Thanks a lot!
Best Regards!
--
Chao Zhu
On 2014/11/13 18:24, Thomas Monjalon wrote:
> Hi Chao,
>
> 2014-09-26 05:36, Chao Zhu:
>> The set of patches add IBM Power architec
Hi,
Well, I give up the idea of optimizing QPI caused LLC miss.
The queue based messaging has even worse performance than polling a same
buf from both cores.
It is the nature of busy polling model.
I guess we have to accept it as a fact, unless the programming model can be
changed to a biased lock
According to the changes of the i40e base driver, two device
IDs (0x1573, 0x1582) are not supported anymore, and one new
device ID (0x1586) is supported. The list of i40e device IDs
DPDK supported should be modified accordingly.
Signed-off-by: Helin Zhang
---
lib/librte_eal/common/include/rte_pc
Hi!
I run the command below and got an error with Collect2. May I know why?
Best regards
Sothy
Command:>>>
$export RTE_TARGET="x86_64-ivshmem-linuxapp-gcc"
$make CONFIG_RTE_BUILD_COMBINE_LIBS=y CONFIG_RTE_BUILD_SHARED_LIB=y install
T="$RTE_TARGET"
Error:>>>
== Build app/test-acl
CC main.o
On 2014/11/12 12:12, Tetsuya Mukawa wrote:
> Hi Xie,
>
> (2014/11/12 6:37), Xie, Huawei wrote:
>> Hi Tetsuya:
>> There are two major technical issues in my mind for vhost-user
>> implementation.
>>
>> 1) memory region map
>> Vhost-user passes us file fd and offset for each memory region.
>> Un
On 2014/11/12 5:37, Xie, Huawei wrote:
> Hi Tetsuya:
> There are two major technical issues in my mind for vhost-user implementation.
>
> 1) memory region map
> Vhost-user passes us file fd and offset for each memory region. Unfortunately
> the mmap offset is "very" wrong. I discovered this iss
On 2014/11/12 5:37, Xie, Huawei wrote:
> Hi Tetsuya:
> There are two major technical issues in my mind for vhost-user implementation.
>
> 1) memory region map
> Vhost-user passes us file fd and offset for each memory region. Unfortunately
> the mmap offset is "very" wrong. I discovered this iss
On Tue, Nov 11, 2014 at 10:09:25AM +, Anatoly Burakov wrote:
> Multi-process DPDK application must mmap hugepages and PCI resources
> into the same virtual address space. By default the virtual addresses
> are chosen by the primary process automatically when calling the mmap.
> But sometimes th
> Why has this check been removed from here. I assume it is replaced by a
> new check in secondary processes that I see added below, but perhaps you
> could explain the reason for the change?
Sure. The reason behind that change is that we can't expect that we will get a
mapping at exact same addr
Hello,
So i've borrowed some code from the DPDK Load balancer sample application,
specifically the load balancing position(byte 29th) to determine which
worker lcore to forward the packet to.
The idea is that flow affinity should be maintained and all packets from
the same flow would have the sam
Hi Bruce,
2014-06-26 21:22, Bruce Richardson:
> This is a very simple example app for doing packet forwarding with the
> Intel DPDK. It's designed to serve as a start point for people new to
> the Intel DPDK and who want to develop a new app.
>
> Therefore it's meant to:
> * have as good a perfor
Hi,
2014-10-01 13:57, mukawa at igel.co.jp:
> 'null PMD' is a driver of the virtual device particulary designed to measure
> performance of DPDK PMDs. When an application call rx, null PMD just allocates
> mbufs and returns those. Also tx, the PMD just frees mbufs.
>
> The PMD has following optio
On Thu, Nov 13, 2014 at 01:20:46PM +0100, Thomas Monjalon wrote:
> Hi Bruce,
>
> 2014-06-26 21:22, Bruce Richardson:
> > This is a very simple example app for doing packet forwarding with the
> > Intel DPDK. It's designed to serve as a start point for people new to
> > the Intel DPDK and who want
On Wed, Nov 12, 2014 at 09:50:50PM -0500, Kamraan Nasim wrote:
> Hi Bruce,
>
> The issue seems to be triggered by a combination of using the
> CONFIG_RTE_LIBRTE_MEMPOOL_DEBUG option and contention in the mempool(small
> mempool size).
>
> I disabled that and the header panics went away.
>
> Tha
On Thu, Nov 13, 2014 at 11:34:22AM +, Burakov, Anatoly wrote:
> Hi Thomas and all
>
> Are there any objections to this patch? If there are no objections to it,
> could someone perhaps ack it?
>
No objections, just a quick request for clarification below.
/Bruce
> Thanks,
> Anatoly
>
> --
2014-11-13 06:14, Neil Horman:
> On Thu, Nov 13, 2014 at 02:03:18AM -0800, Thomas Monjalon wrote:
> > 2014-10-08 15:14, Neil Horman:
> > > On Wed, Oct 08, 2014 at 05:57:46PM +0200, Thomas Monjalon wrote:
> > > > 2014-09-29 11:05, Bruce Richardson:
> > > > > On Fri, Sep 26, 2014 at 10:08:55AM -0400,
2014-11-13 11:24, Liu, Jijiang:
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > 2014-11-13 03:17, Liu, Jijiang:
> > > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > > > 2014-10-23 02:23, Zhang, Helin:
> > > > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf
2014-11-12 15:51, Bruce Richardson:
> On Tue, Nov 11, 2014 at 10:53:40AM +0200, jigsaw wrote:
> > This patch has little, if any, performance impact.
> > See the perf stat -d for original and patched version
> > of test_distributor_perf.
>
> Thanks for running the test. Results look ok to me. I con
> > This field is added for librte_distributor. User of librte_distributor
> > is advocated to set value of mbuf->hash.usr before calling
> > rte_distributor_process. The value of usr is the tag which stands as
> > identifier of flow.
> >
> > Signed-off-by: Qinglai Xiao
> Acked-by: Bruce Richards
This patch provides support for x32 ABI.
x32 ABI provides benefits of x86-64 while using 32-bit pointers and avoiding
overhead of 64-bit pointers.
Daniel Mrzyglod (1):
Konstantin Ananyev(1):
x32 ABI support, first iteration
config/defconfig_x86_x32-native-linuxapp-gcc | 46 ++
Signed-off-by: Konstantin Ananyev
Signed-off-by: Daniel Mrzyglod
---
config/defconfig_x86_x32-native-linuxapp-gcc | 46
mk/arch/x86_x32/rte.vars.mk | 63
2 files changed, 109 insertions(+)
create mode 100644 config/defconfig_x86
Hi, Pablo & Thomas
You are correct. This is a merge mistake.
Besides that, there are some comments from Konstantin, I'm reworking on this
patchset.
The new patchset is coming soon.
Thanks for reminder.
Jingjing
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6
Hi Thomas and all
Are there any objections to this patch? If there are no objections to it, could
someone perhaps ack it?
Thanks,
Anatoly
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Anatoly Burakov
Sent: Tuesday, November 11, 2014 10:09 AM
To: dev at dpdk.org
Hi,
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Thursday, November 13, 2014 4:53 PM
> To: Liu, Jijiang
> Cc: Zhang, Helin; dev at dpdk.org; Richardson, Bruce
> Subject: Re: [dpdk-dev] [PATCH v6 1/9] librte_mbuf:the rte_mbuf structure
> change
Hi Chao,
2014-09-26 05:36, Chao Zhu:
> The set of patches add IBM Power architecture to the DPDK. It adds the
> required support to the
> EAL library. This set of patches doesn't support full function on Power
> processors. Many functions
> are turned off in configuratidon. More patches will be
OK thanks. Sorry my bad. -ql
On Thu, Nov 13, 2014 at 11:18 AM, Thomas Monjalon wrote:
> 2014-11-13 08:56, jigsaw:
> > >>Do you have another commit before this one in your tree?
> >
> > Yes this patch relies on this one:
> > http://dpdk.org/ml/archives/dev/2014-November/007943.html
> >
> > Sorry
Hi Jingjing,
You didn't reply to Pablo's comment.
Any news of this patchset? Could it be reviewed?
Thanks
--
Thomas
2014-11-05 21:18, De Lara Guarch, Pablo:
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jingjing Wu
> > Deal with two operations for flow director
> > - RTE_ETH_FILTER
Hi Zhida,
> Add support of link flow control.
>
> Signed-off-by: Zhida Zang
> Acked-by: Helin Zhang
I think you are reworking this patch, right?
I won't review it myself because I don't i40e enough.
I just have some minor comments:
> +static int i40e_10g_fc_enable(struct i40e_hw *hw, uint16_
> According to the changes of the i40e base driver, two device
> IDs (0x1573, 0x1582) are not supported anymore, and one new
> device ID (0x1586) is supported. The list of i40e device IDs
> DPDK supported should be modified accordingly.
>
> Signed-off-by: Helin Zhang
Acked-by: Thomas Monjalon
2014-11-13 08:56, jigsaw:
> >>Do you have another commit before this one in your tree?
>
> Yes this patch relies on this one:
> http://dpdk.org/ml/archives/dev/2014-November/007943.html
>
> Sorry I didn't make it clear. The new field usr in rte_mbuf was under same
> cover letter in v2 of the in_f
2014-11-13 06:51, Liu, Jijiang:
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > 2014-11-11 05:29, Liu, Jijiang:
> > > From: Olivier MATZ
> > > > On 11/10/2014 07:03 AM, Liu, Jijiang wrote:
> > > > > > - if PKT_TX_VXLAN_CKSUM is not set (legacy use case), then the
> > > > > >dr
2014-11-13 03:17, Liu, Jijiang:
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > 2014-10-23 02:23, Zhang, Helin:
> > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon
> > > > 2014-10-21 14:14, Liu, Jijiang:
> > > > > From: Thomas Monjalon [mailto:thomas.monj
Hi Jingjing,
2014-11-13 05:44, Wu, Jingjing:
> The input set of control packet filter are dst_mac and ethertype in Ethernet
> head.
> To be clear, I think it's better to use the name ethertype filter.
>
> While there is already ethertype filter existing in igb and ixgbe driver. I
> will rename
Hi, Thomas
Nop.
We target to have it in r1.8. And the whole patch set is almost ready, but lack
of review internally.
I have two proposes here:
1. Send a patch set include all the ethdev, i40e, ixgbe, igb and testpmd
changes just as my previous mail.
2. send a patch set only include the ethde
Hi Thomas,
>>Do you have another commit before this one in your tree?
Yes this patch relies on this one:
http://dpdk.org/ml/archives/dev/2014-November/007943.html
Sorry I didn't make it clear. The new field usr in rte_mbuf was under same
cover letter in v2 of the in_flight_bitmask patch.
Then in
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Thursday, November 13, 2014 1:26 AM
> To: Liu, Jijiang
> Cc: dev at dpdk.org; Olivier MATZ
> Subject: Re: [dpdk-dev] [PATCH v8 10/10] app/testpmd:test VxLAN Tx checksum
> offload
>
> 2014-11-11 05:2
Refer to Pablo's commit:
"use factorized default Rx/Tx configuration
For apps that were using default rte_eth_rxconf and rte_eth_txconf
structures, these have been removed and now they are obtained by
calling rte_eth_dev_info_get, just before setting up RX/TX queues."
move zero co
In Niantic, if VMDQ mode is set, all queues are allocated to VMDQ in DPDK.
In I40E, only configured part of continous queues are allocated to VMDQ.
The rte_eth_dev_info structure is extened to provide VMDQ queue base, queue
number, and VMDQ pool base information.
This patch support the new VMDQ AP
I40E has several different types of VSI and queues are allocated among them.
VMDQ queue base and pool base doesn't start from zero due to this change and
VMDQ doesn't own all queues.
rte_eth_dev_info structure is extended to provide VMDQ queue base, pool base,
queue number information for us to
On Thu, Nov 13, 2014 at 02:03:18AM -0800, Thomas Monjalon wrote:
> Hi Neil and John,
>
> I would like to wake up this very old thread.
>
> 2014-10-08 15:14, Neil Horman:
> > On Wed, Oct 08, 2014 at 05:57:46PM +0200, Thomas Monjalon wrote:
> > > 2014-09-29 11:05, Bruce Richardson:
> > > > On Fri,
Hi,
> -Original Message-
> From: Xie, Huawei
> Sent: Thursday, November 13, 2014 6:34 AM
> To: dev at dpdk.org
> Cc: Chen, Jing D; Xie, Huawei
> Subject: [PATCH 2/2] examples/vhost: use factorized default Rx/Tx
> configuration
>
> Refer to Pablo's commit:
> "use factorized default Rx/
Hi,
> -Original Message-
> From: Xie, Huawei
> Sent: Thursday, November 13, 2014 6:34 AM
> To: dev at dpdk.org
> Cc: Chen, Jing D; Xie, Huawei
> Subject: [PATCH 1/2] examples/vhost: support new VMDQ API and new nic
> i40e
>
> In Niantic, if VMDQ mode is set, all queues are allocated to VM
Hi, Thomas
The input set of control packet filter are dst_mac and ethertype in Ethernet
head.
To be clear, I think it's better to use the name ethertype filter.
While there is already ethertype filter existing in igb and ixgbe driver. I
will rename
The patchset to ethertype filter and also inte
Please Ignore this mail.
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Liu, Jijiang
> Sent: Thursday, November 13, 2014 1:35 PM
> To: Thomas Monjalon
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v8 10/10] app/testpmd:test VxLAN Tx checksum
> offl
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Thursday, November 13, 2014 1:26 AM
> To: Liu, Jijiang
> Cc: dev at dpdk.org; Olivier MATZ
> Subject: Re: [dpdk-dev] [PATCH v8 10/10] app/testpmd:test VxLAN Tx checksum
> offload
>
> 2014-11-11 05:
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Wednesday, November 12, 2014 9:26 PM
> To: Liu, Jijiang
> Cc: Zhang, Helin; dev at dpdk.org; Richardson, Bruce
> Subject: Re: [dpdk-dev] [PATCH v6 1/9] librte_mbuf:the rte_mbuf structure
> changes
>
Hi Neil and John,
I would like to wake up this very old thread.
2014-10-08 15:14, Neil Horman:
> On Wed, Oct 08, 2014 at 05:57:46PM +0200, Thomas Monjalon wrote:
> > 2014-09-29 11:05, Bruce Richardson:
> > > On Fri, Sep 26, 2014 at 10:08:55AM -0400, Neil Horman wrote:
> > > > On Fri, Sep 26, 2014
Hi,
2014-11-10 16:44, Qinglai Xiao:
> With introduction of in_flight_bitmask, the whole 32 bits of tag can be
> used. Further more, this patch fixed the integer overflow when finding
> the matched tags.
> The maximum number workers is now defined as 64, which is length of
> double-word. The link b
> -Original Message-
> From: Ouyang, Changchun
> Sent: Wednesday, November 12, 2014 5:50 PM
> To: Xie, Huawei; dev at dpdk.org
> Cc: Ouyang, Changchun
> Subject: RE: [dpdk-dev] [PATCH 1/2] examples/vhost: support new VMDQ API
> and new nic i40e
>
>
>
> > -Original Message-
> >
2014-11-12 14:24, Cunming Liang:
> v7 update:
> # patch split and re-orginize
>
> v6 update:
> # leave FUNC_PTR_OR_*_RET unmodified
>
> v5 update:
> # fix the confusing of retval in some API of rte_ethdev
>
> v4 ignore
>
> v3 update:
> # Codes refine according to the feedback.
> 1. add ether_
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Huawei Xie
> Sent: Thursday, November 13, 2014 6:34 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 1/2] examples/vhost: support new VMDQ API
> and new nic i40e
>
> In Niantic, if VMDQ mode is set, all q
61 matches
Mail list logo
