Hi,
rte_event_dev_start() requires that all queues have to be linked, which makes
writing applications which link/unlink queues at runtime cumbersome.
E.g. the application has to dummy link all queues before rte_event_dev_start()
and then unlink them after the function call. This alone wouldn't be
-Original Message-
> Date: Mon, 30 Jul 2018 06:39:45 +
> From: "Elo, Matias (Nokia - FI/Espoo)"
> To: "dev@dpdk.org"
> CC: "Van Haaren, Harry"
> Subject: [dpdk-dev] eventdev: method for finding out unlink status
> x-mailer: Apple Mail (2.3445.9.1)
>
>
> Hi,
>
> In bug report https
-Original Message-
> Date: Mon, 30 Jul 2018 07:38:27 +
> From: "Elo, Matias (Nokia - FI/Espoo)"
> To: "dev@dpdk.org"
> CC: "jerin.ja...@caviumnetworks.com" , "Van
> Haaren, Harry"
> Subject: eventdev: rte_event_dev_start() all queues are linked requirement
> x-mailer: Apple Mail (2.
Add the missing param "server" to param string.
Also add the missing spaces after params.
Fixes: bd8f50a45d0f ("net/virtio-user: support server mode")
Cc: sta...@dpdk.org
Signed-off-by: Tiwei Bie
---
drivers/net/virtio/virtio_user_ethdev.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions
On 07/30/2018 10:28 AM, Tiwei Bie wrote:
Add the missing param "server" to param string.
Also add the missing spaces after params.
Fixes: bd8f50a45d0f ("net/virtio-user: support server mode")
Cc: sta...@dpdk.org
Signed-off-by: Tiwei Bie
---
drivers/net/virtio/virtio_user_ethdev.c | 5 +++-
On 29-Jul-18 9:44 AM, Jerin Jacob wrote:
-Original Message-
Date: Thu, 26 Jul 2018 11:35:43 +0200
From: Thomas Monjalon
To: Takeshi Yoshimura
Cc: dev@dpdk.org, Anatoly Burakov
Subject: Re: [dpdk-dev] [PATCH v5] vfio: fix workaround of BAR mapping
20/07/2018 10:13, Takeshi Yoshimura:
On 27-Jul-18 7:56 PM, Gage Eads wrote:
l2fwd_fork relies on a multiprocess model that that DPDK does not support
(calling rte_eal_init() before fork()), in particular in light of recent
EAL changes like the multiproess communication channel.
This example can mislead users into thinking this is a
> From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> Sent: Monday, July 30, 2018 9:05 AM
> To: Elo, Matias (Nokia - FI/Espoo)
> Cc: dev@dpdk.org; Van Haaren, Harry ;
> mattias.ronnb...@ericsson.com
> Subject: Re: eventdev: rte_event_dev_start() all queues are linked requirement
>
> -
>>
>> In bug report https://bugs.dpdk.org/show_bug.cgi?id=60 we have been
>> discussing
>> issues related to events ending up in wrong ports after calling
>> rte_event_port_unlink(). In addition of finding few bugs we have identified a
>> need for a new API call (or documentation extension) for
Hi Jerin,
>
> As of now, application does not check PKT_RX_*_CKSUM_* flags per
> packet, so it does not matter DEV_RX_OFFLOAD_CHECKSUM enabled or not.
>
> Removing DEV_RX_OFFLOAD_CHECKSUM offload so that driver can save a few
> cycles if possible.
Personally, I'd move in other direction: keep R
-Original Message-
> Date: Mon, 30 Jul 2018 09:17:47 +
> From: "Elo, Matias (Nokia - FI/Espoo)"
> To: Jerin Jacob
> CC: "dev@dpdk.org" , "Van Haaren, Harry"
>
> Subject: Re: [dpdk-dev] eventdev: method for finding out unlink status
> x-mailer: Apple Mail (2.3445.9.1)
>
>
> >>
> >>
-Original Message-
> Date: Mon, 30 Jul 2018 09:27:48 +
> From: "Ananyev, Konstantin"
> To: Jerin Jacob , "dev@dpdk.org"
>
> CC: "tho...@monjalon.net" , "Yigit, Ferruh"
> , "shah...@mellanox.com"
> Subject: RE: [dpdk-dev] [PATCH] examples: remove Rx checksum offload
>
>
> Hi Jeri
> From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> Sent: Monday, July 30, 2018 10:29 AM
> To: Elo, Matias (Nokia - FI/Espoo)
> Cc: dev@dpdk.org; Van Haaren, Harry
> Subject: Re: [dpdk-dev] eventdev: method for finding out unlink status
>
> -Original Message-
> > Date: Mon, 30
Monday, July 30, 2018 12:36 PM, Jerin Jacob:
> > Subject: RE: [dpdk-dev] [PATCH] examples: remove Rx checksum offload
> >
> >
> > Hi Jerin,
>
> Hi Konstantin,
>
> >
> > >
> > > As of now, application does not check PKT_RX_*_CKSUM_* flags per
> > > packet, so it does not matter DEV_RX_OFFLOAD_CHE
30/07/2018 11:35, Jerin Jacob:
> From: "Ananyev, Konstantin"
> > >
> > > As of now, application does not check PKT_RX_*_CKSUM_* flags per
> > > packet, so it does not matter DEV_RX_OFFLOAD_CHECKSUM enabled or not.
> > >
> > > Removing DEV_RX_OFFLOAD_CHECKSUM offload so that driver can save a few
>
On 30-Jul-18 9:51 AM, Burakov, Anatoly wrote:
On 29-Jul-18 9:44 AM, Jerin Jacob wrote:
-Original Message-
Date: Thu, 26 Jul 2018 11:35:43 +0200
From: Thomas Monjalon
To: Takeshi Yoshimura
Cc: dev@dpdk.org, Anatoly Burakov
Subject: Re: [dpdk-dev] [PATCH v5] vfio: fix workaround of BAR
> I don't think that the eventdev API requires 1:1 Lcore / Port mapping, so
> really a
> PMD should be able to handle any thread calling any port.
>
> The event/sw PMD allows any thread to call dequeue/enqueue any port,
> so long as it is not being accessed by another thread.
>
>
A given
-Original Message-
> Date: Mon, 30 Jul 2018 09:38:01 +
> From: "Van Haaren, Harry"
> To: Jerin Jacob , "Elo, Matias (Nokia -
> FI/Espoo)"
> CC: "dev@dpdk.org"
> Subject: RE: [dpdk-dev] eventdev: method for finding out unlink status
>
>
> > From: Jerin Jacob [mailto:jerin.ja...@cav
This reverts commit d4774a568ba0a5923229974a002972c83eb04570.
The patch is incomplete because kernel 4.16+, while being capable
of mapping MSI-X BARs, will also report if such a capability is
available. Without checking this capability, gratuitous errors
are displayed on kernels <4.16 while VFIO i
> -Original Message-
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Monday, July 30, 2018 10:51 AM
> To: Jerin Jacob ; Ananyev, Konstantin
>
> Cc: dev@dpdk.org; Yigit, Ferruh ; shah...@mellanox.com
> Subject: Re: [dpdk-dev] [PATCH] examples: remove Rx checksum offload
>
Currently, DPDK will skip mapping some areas (or even an entire BAR)
if MSI-X happens to be in it but is smaller than page address.
Kernels 4.16+ will allow mapping MSI-X BARs [1], and will report this
as a capability flag. Capability flags themselves are also only
supported since kernel 4.6 [2].
-Original Message-
> Date: Mon, 30 Jul 2018 11:00:02 +
> From: "Ananyev, Konstantin"
> To: Thomas Monjalon , Jerin Jacob
>
> CC: "dev@dpdk.org" , "Yigit, Ferruh"
> , "shah...@mellanox.com"
> Subject: RE: [dpdk-dev] [PATCH] examples: remove Rx checksum offload
>
> External Email
>
>> For this "runtime scale down" use-case the missing information is being
>> able to identify when an unlink is complete. After that (and ensuring the
>> port buffer is empty) the application can be guaranteed that there are no
>> more events going to be sent to that port, and the application ca
>
> -Original Message-
> > Date: Mon, 30 Jul 2018 11:00:02 +
> > From: "Ananyev, Konstantin"
> > To: Thomas Monjalon , Jerin Jacob
> >
> > CC: "dev@dpdk.org" , "Yigit, Ferruh"
> > , "shah...@mellanox.com"
> > Subject: RE: [dpdk-dev] [PATCH] examples: remove Rx checksum offload
> >
-Original Message-
> Date: Mon, 30 Jul 2018 13:36:35 +
> From: "Elo, Matias (Nokia - FI/Espoo)"
> To: Jerin Jacob
> CC: "Van Haaren, Harry" , "dev@dpdk.org"
>
> Subject: Re: [dpdk-dev] eventdev: method for finding out unlink status
> x-mailer: Apple Mail (2.3445.9.1)
>
>
> >> For
-Original Message-
> Date: Mon, 30 Jul 2018 14:12:12 +
> From: "Ananyev, Konstantin"
> To: Jerin Jacob
> CC: Thomas Monjalon , "dev@dpdk.org" ,
> "Yigit, Ferruh" , "shah...@mellanox.com"
>
> Subject: RE: [dpdk-dev] [PATCH] examples: remove Rx checksum offload
>
>
> >
> > -Ori
> -Original Message-
> From: Burakov, Anatoly
> Sent: Monday, July 30, 2018 3:53 AM
> To: Eads, Gage ; dev@dpdk.org
> Subject: Re: [PATCH] examples/multi_process: remove l2fwd fork example
>
> On 27-Jul-18 7:56 PM, Gage Eads wrote:
> > l2fwd_fork relies on a multiprocess model that that
On 30.07.2018 17:40, Jerin Jacob wrote:
-Original Message-
Date: Mon, 30 Jul 2018 14:12:12 +
From: "Ananyev, Konstantin"
To: Jerin Jacob
CC: Thomas Monjalon , "dev@dpdk.org" ,
"Yigit, Ferruh" , "shah...@mellanox.com"
Subject: RE: [dpdk-dev] [PATCH] examples: remove Rx checksum
On 30 Jul 16:06, Jerin Jacob wrote:
> -Original Message-
> > Date: Mon, 30 Jul 2018 09:38:01 +
> > From: "Van Haaren, Harry"
> > To: Jerin Jacob , "Elo, Matias (Nokia -
> > FI/Espoo)"
> > CC: "dev@dpdk.org"
> > Subject: RE: [dpdk-dev] eventdev: method for finding out unlink status
>
Currenlty the encap/decap actions only support encapsulation
of VXLAN and NVGRE L2 packets.
There is a need to add more L2 tunnels and also L3 tunnels.
One issue with the current approch is the duplication of code.
For example the code for handling NVGRE and VXLAN are exactly the same,
and each ne
On Mon, 30 Jul 2018 19:19:25 +0300
Ori Kam wrote:
> Currenlty the encap/decap actions only support encapsulation
> of VXLAN and NVGRE L2 packets.
> There is a need to add more L2 tunnels and also L3 tunnels.
>
> One issue with the current approch is the duplication of code.
> For example the cod
This commit fixes an infinite loop bug that could occur
if the i40e AVX2 driver is used, and high traffic rates
cause the mempool from which the rxq pulls mbufs to become
empty.
The result would be an infinite loop of checking if we
should perform an rx rearm, calling the function and an
error ret
This commit fixes an infinite loop bug that could occur
if the i40e AVX2 driver is used, and high traffic rates
cause the mempool from which the rxq pulls mbufs to become
empty.
The result would be an infinite loop of checking if we
should perform an rx rearm, calling the function and an
error ret
> -Original Message-
> From: Stephen Hemminger [mailto:step...@networkplumber.org]
> Sent: Monday, July 30, 2018 8:29 PM
> To: Ori Kam
> Cc: Xueming(Steven) Li ; Dekel Peled
> ; Shahaf Shuler ; Adrien
> Mazarguil ; Thomas Monjalon
> ; Yongseok Koh ;
> ferruh.yi...@intel.com; arybche...@
Hi Experts,
I'm developing my own dpdk-based application via Intel 82599ES port. My
Application is doing a job to send ICMP requests (packet size varies from 64
bytes to 1472 bytes, 200,000 pps, 1.1Gbps) and receive responses, with ARP
request/response and ICMP response handling when necessary.
Hi, Qiaobin,
Thanks for the patch. If I understand correctly your use case is to use hash
table as a "cache" that new entries should evict stale ones automatically.
Could you be more specific on your use scenarios so that I can have more
context?
We are actually working on an extendable vers
-Original Message-
> Date: Mon, 30 Jul 2018 11:59:06 +0100
> From: Anatoly Burakov
> To: dev@dpdk.org
> CC: tho...@monjalon.net, jerin.ja...@caviumnetworks.com,
> t.yoshimura8...@gmail.com
> Subject: [PATCH] vfio: revert retry logic for MSI-X BAR mapping
> X-Mailer: git-send-email 1.7.0.7
Hi Yipeng,
Thanks for the feedbacks!
> On Jul 30, 2018, at 4:24 PM, Wang, Yipeng1 wrote:
>
> Hi, Qiaobin,
>
> Thanks for the patch. If I understand correctly your use case is to use hash
> table as a "cache" that new entries should evict stale ones automatically.
> Could you be more specifi
38 matches
Mail list logo
