Hi Maxime,
When is patches or new implementation going to come in the release ? if
it is not 16.11 then, can we keep this change till the new virtio changes come
in the release. And if it is already planned for 16.11, then can I get a little
more information on that.
--
Regards,
Souvik
Yes this patch definitely solves my issue too.
-Original Message-
From: Mcnamara, John [mailto:john.mcnam...@intel.com]
Sent: Thursday, September 1, 2016 7:00 AM
To: Mussar, Gary ; Dey, Souvik ;
Stephen Hemminger
Cc: nhorman at tuxdriver.com; dev at dpdk.org
Subject: RE: [dpdk-dev] [PA
my enviroment:
NIC:X540
DPDK version:2.2.0
problems:
start dpdk app with traffic not stopped?app can't receive any packet
from dpdk ixgbe driver (1.2w pps udp packet).
test five times would happens 1 ~ 2 times.
The stats of the nic (ipackets==3230 and imissed == ierrors):
ipackets 3230 imissed 97
Hello everyone,
In my own testing, I recently stumbled across an issue where I could get qemu
to exit when sending traffic to my application. To do this, I simply needed to
do the following:
1) Start my virtio interfaces
2) Send some traffic into/out of the interfaces
3) Stop the interfaces
4)
Hi Shreyansh,
I am sorry to be quiet on this thread. I am traveling in those
two weeks and have some vacation. However, I passively follow the
conversation. Thank you for your work so far!
Regards
Jan
On Fri, 26 Aug 2016 19:26:38 +0530
Shreyansh Jain wrote:
> Based on master (e22856313fff2)
>
Hi,
On Tuesday 30 August 2016 09:17 PM, Ferruh Yigit wrote:
> On 8/26/2016 2:57 PM, Shreyansh Jain wrote:
>> Remove the 'name' member from rte_pci_driver and move to generic rte_driver.
>>
>> Most of the PMD drivers were initially using DRIVER_REGISTER_PCI(..)
>> as well as assigning a name to eth
I am seeing a problem with link state change using interrupts using a Broadwell
with on-board 10G-BaseT LAN ports (0x15AD) running DPDK 16.04. There is an Ixia
connected to the two 10G ports and both are initially up. One of the
connections is brought down via the Ixia and the software gets a sin
HI !
rte_rdtsc is wrong on some cpu.
when runing on Intel(R) Xeon(R) CPU E5-2640 v2 @ 2.00GHz , it is OK. But on
Intel(R) Xeon(R) CPU E5-4610 v2 @ 2.30GHz, it return a very big value sometime.
Here is my test use gdb. It can jump from 26460438829980939 to
2840228530541503 in less one secon
Hi Ferruh,
Sorry for the delay in my reply.
Please find some comments inline.
On Tuesday 30 August 2016 06:57 PM, Ferruh Yigit wrote:
> On 8/26/2016 2:56 PM, Shreyansh Jain wrote:
>> Based on master (e22856313fff2)
>>
>> Background:
>> ===
>>
>> It includes two different patch-sets floate
HI !
rte_rdtsc is wrong on some cpu.
when runing on Intel(R) Xeon(R) CPU E5-2640 v2 @ 2.00GHz , it is OK. But on
Intel(R) Xeon(R) CPU E5-4610 v2 @ 2.30GHz, it return a very big value sometime.
Here is my test use gdb. It can jump from 26460438829980939 to
2840228530541503 in less one secon
The patch fixes some xstats name issues and make the xstats name conform to
code implementation(the function virtio_update_packet_stats).
Signed-off-by: Zhiyong Yang
---
drivers/net/virtio/virtio_ethdev.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/net/vir
On Thu, Sep 01, 2016 at 10:41:22AM -0700, Stephen Hemminger wrote:
> On Thu, 1 Sep 2016 13:35:19 -0400
> Neil Horman wrote:
>
> > On Thu, Sep 01, 2016 at 12:55:27PM +, Trahe, Fiona wrote:
> > > Hi Neil and Olivier,
> > >
> > > > -Original Message-
> > > > From: dev [mailto:dev-boun
Hi Stephen,
On Thursday 01 September 2016 12:00 PM, Stephen Hemminger wrote:
> On Thu, 1 Sep 2016 10:11:52 +0530
> Shreyansh Jain wrote:
>
>> From: Jan Viktorin
>>
>> From: Jan Viktorin
>>
>> The eal_parse_sysfs_value function accepts a filename however, such
>> interface introduces race-condit
On Thu, Sep 01, 2016 at 12:55:27PM +, Trahe, Fiona wrote:
> Hi Neil and Olivier,
>
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Olivier Matz
> > Sent: Wednesday, August 31, 2016 2:40 PM
> > To: Neil Horman
> > Cc: dev at dpdk.org; thomas.monjalon
Hi Neil and Olivier,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Olivier Matz
> Sent: Wednesday, August 31, 2016 2:40 PM
> To: Neil Horman
> Cc: dev at dpdk.org; thomas.monjalon at 6wind.com
> Subject: Re: [dpdk-dev] [dpdk-dev, RFC] drivers: advertise km
rte_sched_port_free should release only enqueued packets of all queues.
Previous behavior is that enqueued and already dequeued packets of
only first 4 queues are released.
Fixes: 61383240 ("sched: release enqueued mbufs when freeing port")
Signed-off-by: Hiroyuki Mikita
---
lib/librte_sched/rt
Remove the dependency on dev->driver->pci_drv.name when
creating the memzone for the qat hardware queues.
The pci_drv.name may grow too large for RTE_MEMZONE_NAMESIZE.
Fixes: 1703e94ac5ce ("qat: add driver for QuickAssist devices")
Signed-off-by: John Griffin
---
drivers/crypto/qat/qat_qp.c | 2
The app_worker_thread() and app_mixed_thread() use rte_ring_sc_dequeue_bulk
to dequeue packets from the ring and this imposes restriction on number of
packets in software ring to be greater than the specified value to start
actual dequeue operation, thus, adds latency to those packets. Therefore,
r
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Mussar, Gary
> Sent: Monday, August 29, 2016 4:10 PM
> To: Dey, Souvik ; Stephen Hemminger
>
> Cc: nhorman at tuxdriver.com; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v1] dpdk-devbind.py: Virtio interface
Thanks for your answer! But i haved not understand it.
what is the role of traffic class in subport, and the relationship with the
traffic class in pipe ?
The traffic class in function of rte_sched_port_pkt_write is subport's or
pipe's ?
void rte_sched_port_pkt_write(struct rte_mbuf *pkt,
ui
On Thu, 1 Sep 2016 13:35:19 -0400
Neil Horman wrote:
> On Thu, Sep 01, 2016 at 12:55:27PM +, Trahe, Fiona wrote:
> > Hi Neil and Olivier,
> >
> > > -Original Message-
> > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Olivier Matz
> > > Sent: Wednesday, August 31, 2016 2
Morning,
On 31/08/2016 18:26, Bodek, Zbigniew wrote:
[..]
> I would like to ask a question regarding code licensing and importing code
> that
> uses different license than BSD-like. Especially I'm curious about the code
> that goes with OpenSSL/SSLeay license. Is it allowed to import such sources
From: Jan Viktorin
From: Jan Viktorin
Generalize the PCI-specific pci_get_kernel_driver_by_path. The function
is general enough, we have just moved it to eal.c, changed the prefix to
rte_eal and provided it privately to other parts of EAL.
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh
From: Jan Viktorin
From: Jan Viktorin
Generalize the PCI-specific pci_unbind_kernel_driver. It is now divided
into two parts. First, determination of the path and string identification
of the device to be unbound. Second, the actual unbind operation which is
generic.
Signed-off-by: Jan Viktori
From: Jan Viktorin
From: Jan Viktorin
The functions pci_map_resource, pci_unmap_resource are generic so the
pci_* prefix can be omitted. The functions are moved to the
eal_common_dev.c so they can be reused by other infrastructure.
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
--
From: Jan Viktorin
From: Jan Viktorin
The eal_parse_sysfs_value function accepts a filename however, such
interface introduces race-conditions to the code. Introduce the
variant of this function that accepts an already opened file instead of
a filename.
Signed-off-by: Jan Viktorin
Signed-off-
From: Jan Viktorin
From: Jan Viktorin
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
---
lib/librte_eal/common/include/rte_dev.h | 12
lib/librte_eal/common/include/rte_pci.h | 9 -
2 files changed, 12 insertions(+), 9 deletions(-)
diff --git a/lib/librte_ea
From: Jan Viktorin
(I rebased these over HEAD e228563)
These patches were initially part of Jan's original series on SoC Framework
([1],[2]). An update to that series, without these patches, was posted by me
here [3].
Main motivation for these is aim of introducing a non-PCI centric subsystem
i
On Fri, Jul 15, 2016 at 10:26:23PM +0200, Thomas Monjalon wrote:
> 2016-07-14 09:59, Jeff Shaw:
> > Our testing suggests minimal (in some cases zero) impact to core-bound
> > forwarding throughput as measured by testpmd. Throughput increase is
> > observed in l3fwd as now the vpmd can be used with
Hi, all:
> -Original Message-
> From: Yang, Zhiyong
> Sent: Wednesday, August 31, 2016 3:19 PM
> To: dev at dpdk.org
> Cc: Panu Matilainen ; Liu, Yuanhan
> ; Thomas Monjalon
> ; Yao, Lei A ; Yang,
> Zhiyong ; Wang, Zhihong
>
> Subject: RE: [dpdk-dev] [PATCH] vhost: add pmd xstats
>
> Hi,
Hi,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Yury Kylulin
> Sent: Tuesday, August 30, 2016 12:51 AM
> To: Zhang, Helin ; Ananyev, Konstantin
> ; Wu, Jingjing
> Cc: Lu, Wenzhuo ; dev at dpdk.org; Kylulin, Yury
>
> Subject: [dpdk-dev] [PATCH 2/2] net/i
Previously in igb_uio, iomem is mapped, and both ioport and io mem
are recorded into uio framework, which is duplicated and makes the
code too complex.
For iomem, DPDK user space code never opens or reads files under
/sys/pci/bus/devices/:xx:xx.x/uio/uioY/maps/. Instead,
/sys/pci/bus/devices/x
This patch uses pthread_getaffinity_np() to narrow down detected
cores before parsing coremask (-c), corelist (-l), and coremap
(--lcores).
The purpose of this patch is to leave out these core related options
when DPDK applications are deployed under container env, so that
users only specify core
Hi Stephen,
> -Original Message-
> From: Stephen Hemminger [mailto:stephen at networkplumber.org]
> Sent: Wednesday, August 31, 2016 11:31 PM
> To: Tan, Jianfeng
> Cc: dev at dpdk.org; david.marchand at 6wind.com; pmatilai at redhat.com;
> thomas.monjalon at 6wind.com
> Subject: Re: [dpdk-
34 matches
Mail list logo
