> -Original Message-
> From: Sridhar.V.Iyer [mailto:sridhariyer at versa-networks.com]
> Sent: Wednesday, April 13, 2016 12:39 AM
> To: Dumitrescu, Cristian
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] Packet drops at lower tc transmit-rates.
>
> Hi Cristian,
>
> Thanks for the resp
The position of register values within i40e register dumps is
supposed to reflect the register addresses. These were not being
correctly calculated.
Fixes: d9efd0136ac1 ("i40e: add EEPROM and registers dumping")
Signed-off-by: Remy Horton
---
drivers/net/i40e/i40e_ethdev.c | 2 ++
1 file chang
It fix coverity issue:
CID 30699 (#1 of 1): Copy-paste error (COPY_PASTE_ERROR)
copy_paste_error: rx_port in pconf->rx_port looks like a copy-paste error.
Fixes: de3cfa2c9823 ("sched: initial import")
Signed-off-by: Slawomir Mrozowicz
---
examples/qos_sched/args.c | 2 +-
1 file changed, 1 inser
CID 13323:
Uninitialized scalar variable. Using uninitialized value
cfg->num_sections when calling rte_cfgfile_close.
Fixes: eaafbad419bf ("cfgfile: library to interpret config files")
Signed-off-by: Michal Kobylinski
---
lib/librte_cfgfile/rte_cfgfile.c | 1 +
1 file changed, 1 insertion(+)
d
All,
I have a Xeon machine with linux kernel 3.14 and dpdk 2.0, I have 6 ports
of which 4 are igb and 2 are ixgbe drivers .. I use the python script in
the dpdk distribution to bind and unbind the ports. I unbind them from
linux and bind to igb_uio, dpdk works just fine, then after a while I
unbin
After looking at the patches for container support, it appears that
some changes are needed in the memory management:
http://thread.gmane.org/gmane.comp.networking.dpdk.devel/32786/focus=32788
I think it is time to collect what are the needs and expectations of
the DPDK memory allocator. The goal
Hi Jianfeng,
Thanks for raising the container issues and proposing some solutions.
General comments below.
2016-02-05 19:20, Jianfeng Tan:
> This patchset is to provide high performance networking interface (virtio)
> for container-based DPDK applications. The way of starting DPDK apps in
> conta
>After looking at the patches for container support, it appears that
>some changes are needed in the memory management:
>http://thread.gmane.org/gmane.comp.networking.dpdk.devel/32786/focus=32788
>
>I think it is time to collect what are the needs and expectations of
>the DPDK memory allocator. The
Did more experiment, found that it has nothing to do with the kernel
version,
It only happens when using kni module with '--no-huge' eal flag...
Is that expected?
Thanks,
Alex Wang,
On 12 April 2016 at 17:28, ALeX Wang wrote:
> I tried compiling both dpdk-2.2 and dpdk-16.04, all have the issu
Hello, viewing the new code of librte_sched/ i found this line strange ...
#if defined(__SSE4__)
if instead i use :
#if defined(__SSE4_2__) || defined(__SSE4_1__)
works like a charm ...
i never see in any directive like __SSE4__
Regards
10 matches
Mail list logo