> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wenzhuo Lu
> Sent: Wednesday, August 26, 2015 3:11 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] ixgbe: fix a x550 DCB issue
>
> There's a DCB issue on x550. For 8 TCs, if a packet with user priority
On 2015/09/07 14:54, Xie, Huawei wrote:
> On 8/26/2015 5:23 PM, Tetsuya Mukawa wrote:
>> On 2015/08/25 18:56, Xie, Huawei wrote:
>>> On 8/25/2015 10:59 AM, Tetsuya Mukawa wrote:
Hi Xie and Yanping,
May I ask you some questions?
It seems we are also developing an almost same
Hi
I am using a DELL730 with Dual socket. Processor in each socket is
Intel(R) Xeon(R) CPU E5-2603 v3 @ 1.60GHz- 6Cores.
The CPU layout has socket 0 with 0,2,4,6,8,10 cores and socket 1 with
1,3,5,7,9,11 cores.
The NIC card is i350.
The Cores 2-11 are isolated using isolcpus kernel parameter. We
2015-08-30 14:25, Jerin Jacob:
> This patch set enable librte_sched, app/test/test_sched and app/test/test_red
> to build on non x86 platform
>
> v1..v2 use memory barrier version rte_rdtsc() for multi arch support as
> suggested by Thomas Monjalon
>
> Jerin Jacob (3):
> sched: remove unused i
> > Function rte_epoll_wait should return when underlying call
> > to epoll_wait times out.
> >
> > Signed-off-by: Robert Sanford
>
> Acked-by: Cunming Liang
Applied, thanks
On 2015/09/05 1:50, Xie, Huawei wrote:
> There is some format issue with the ascii chart of the tx ring. Update
> that chart.
> Sorry for the trouble.
Hi XIe,
Thanks for sharing a way to optimize virtio.
I have a few questions.
>
> On 9/4/2015 4:25 PM, Xie, Huawei wrote:
>> Hi:
>>
>> Recently I
Hi,
virtio-net driver bind on all virtio-net devices, even if the devices
are used by the kernel (leading to kernel soft-lookup/panic). One way
around is to blacklist the ports in use by Linux. This is the case since
v2.0.0, in fact since commit da978dfdc43b59e290a46d7ece5fd19ce79a1162
and the
On 9/8/2015 4:21 PM, Tetsuya Mukawa wrote:
> On 2015/09/05 1:50, Xie, Huawei wrote:
>> There is some format issue with the ascii chart of the tx ring. Update
>> that chart.
>> Sorry for the trouble.
> Hi XIe,
>
> Thanks for sharing a way to optimize virtio.
> I have a few questions.
>
>> On 9/4/201
On Mon, Sep 07, 2015 at 10:52:53PM +0200, Marc Sune wrote:
> 2015-08-29 2:16 GMT+02:00 Marc Sune :
>
> > The current rte_eth_dev_info abstraction does not provide any mechanism to
> > get the supported speed(s) of an ethdev.
> >
> > For some drivers (e.g. ixgbe), an educated guess can be done base
This patchset links to ABI change announced for librte_table. For lpm table,
name parameter has been included in LPM table parameters structure.
It will eventually allow applications to create more than one instances
of lpm table, if required.
Jasvinder Singh (4):
librte_table: add name paramet
This patch relates to ABI change proposed for librte_table
(lpm table). A new parameter to hold the table name has
been added to the LPM table parameter structures
rte_table_lpm_params and rte_table_lpm_ipv6_params.
Signed-off-by: Jasvinder Singh
---
lib/librte_table/rte_table_lpm.c | 8 +++
The name parameter has been defined in lpm table of
routing pipeline.
Signed-off-by: Jasvinder Singh
---
examples/ip_pipeline/pipeline/pipeline_routing_be.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/examples/ip_pipeline/pipeline/pipeline_routing_be.c
b/examples/ip_pipeline/pipeline/pi
LPM table and test-pipeline has been modified to include
name parameter of the lpm table.
Signed-off-by: Jasvinder Singh
---
app/test-pipeline/pipeline_lpm.c | 1 +
app/test-pipeline/pipeline_lpm_ipv6.c | 1 +
app/test/test_table_combined.c| 2 +
app/test/test_table_tables.c
The LIBABIVER number is incremented. The release notes
is updated and the deprecation announce is removed.
Signed-off-by: Jasvinder Singh
---
doc/guides/rel_notes/deprecation.rst | 3 ---
doc/guides/rel_notes/release_2_2.rst | 4 +++-
lib/librte_table/Makefile| 2 +-
3 files changed,
On 2015-09-08 01:21, Ananyev, Konstantin wrote:
>>
>> Thanks. I got it wrong anyway, what I wanted was to be able to handle
>> the day when nb_segs changes to a 16-bit number, but then it should
>> really be
>>
>> ... >= 1 << (sizeof(head->nb_segs) * 8)
>>
>> anyway. I'll fix that and also add a
Hi Ralf,
Just a few comments/suggestions:
Add 'eal/linux:' to the commit title, ie:
"eal/linux: change hugepage sorting to avoid overlapping memcpy"
On 04/09/2015 11:14, Ralf Hoffmann wrote:
> with only one hugepage or already sorted hugepage addresses, the sort
> function called memcpy with
> -Original Message-
> From: Singh, Jasvinder
> Sent: Tuesday, September 8, 2015 1:11 PM
> To: dev at dpdk.org
> Cc: Dumitrescu, Cristian
> Subject: [PATCH 0/4] librte_table: add name parameter to lpm table
>
> This patchset links to ABI change announced for librte_table. For lpm table,
Hi Husainee,
Can you please explain what do you mean by random packet drops? What percentage
of the input packets get dropped, does it take place on every run, does the
number of dropped packets vary on every run, etc?
Are you also able to reproduce this issue with other NICs, e.g. 10GbE NIC?
From: mkobylix
The current DPDK implementation for LPM for IPv4 and IPv6 limits the number of
next hops
to 256, as the next hop ID is an 8-bit long field.
Proposed extension increase number of next hops for IPv4 to 2^24 and also
allows 32-bits
read/write operations.
Signed-off-by: Michal Kobyl
Most of the code in sort_by_physaddr() should be replaced by a call to
qsort() instead. Less code and gets rid of an O(n^2) sort. It's only init
code, but given how long EAL init takes, every bit helps.
I submitted a patch for this close to a year ago:
http://dpdk.org/dev/patchwork/patch/2061/
Ja
Previous implementation won't work on every environment. The order of
allocation of bit-fields within a unit (high-order to low-order or
low-order to high-order) is implementation-defined.
Solution: used bytes instead of bit fields.
v2 changes:
- remove useless union
- fix process_ipv6 function (d
On 08/09/2015 14:29, Jay Rolette wrote:
> Most of the code in sort_by_physaddr() should be replaced by a call to
> qsort() instead. Less code and gets rid of an O(n^2) sort. It's only
> init code, but given how long EAL init takes, every bit helps.
>
Fair enough.
Actually, we already use qsort in
On Fri, 4 Sep 2015 08:25:05 +
"Xie, Huawei" wrote:
> Hi:
>
> Recently I have done one virtio optimization proof of concept. The
> optimization includes two parts:
> 1) avail ring set with fixed descriptors
> 2) RX vectorization
> With the optimizations, we could have several times of perform
On 9/8/2015 11:39 PM, Stephen Hemminger wrote:
> On Fri, 4 Sep 2015 08:25:05 +
> "Xie, Huawei" wrote:
>
>> Hi:
>>
>> Recently I have done one virtio optimization proof of concept. The
>> optimization includes two parts:
>> 1) avail ring set with fixed descriptors
>> 2) RX vectorization
>> With
From: Wiles, Keith:
>That stated I am not a big fan of huge structures being passed into
>a init routine as that structure would need to be versioned and it will
>grow/change. Plus he did not really want to deal in strings, so the
>structure would be binary values and strings as required.
A typica
Neilo,
2015-09-08 12:03 GMT+02:00 N?lio Laranjeiro :
> On Mon, Sep 07, 2015 at 10:52:53PM +0200, Marc Sune wrote:
> > 2015-08-29 2:16 GMT+02:00 Marc Sune :
> >
> > > The current rte_eth_dev_info abstraction does not provide any
> mechanism to
> > > get the supported speed(s) of an ethdev.
> > >
Hi,
I am trying to use dpdk inside a Vmware 6.0 ESXi guest and see two possible
approaches to achieving this:
Use vmxnet3-usermap with PMD Use igb_uio with SRIOV passthrough from ESXi host
to guest
My guest systems are either Fedora Linux FC20 or Ubuntu 15.04 instances with 8
vCpu's and 8 Gigs
On Tue, Sep 08, 2015 at 11:43:38PM +, Ale Mansoor wrote:
> When using l2fwd example using igb_uio, the performance numbers I got were
> very low (<100 PPS) and when I tried using vmxnet3-usermap from dpdk.org, it
> does not even seem to compile under the Linux 3.x Kernel.
Not everybody will
28 matches
Mail list logo
