Signed-off-by: Prateek Agarwal
---
drivers/net/i40e/rte_pmd_i40e.h | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/net/i40e/rte_pmd_i40e.h b/drivers/net/i40e/rte_pmd_i40e.h
index fc3560c28..4cb21c371 100644
--- a/drivers/net/i40e/rte_pmd_i40e.h
+++ b/drivers/net/i40e/rte_pmd_i
06/11/2020 20:56, Honnappa Nagarahalli:
> > 06/11/2020 19:21, Honnappa Nagarahalli:
> > > > 05/11/2020 09:55, Jiawen Wu:
> > > > > On Thursday, November 5, 2020 9:55 AM, Jiawen Wu wrote:
> > > > > > On Thursday, November 5, 2020 1:24 AM, Ferruh Yigit wrote:
> > > > > > > On 11/3/2020 11:08 PM, Thom
06/11/2020 23:16, David Christensen:
> On 11/4/20 11:12 PM, Thomas Monjalon wrote:
> > 04/11/2020 23:25, David Christensen:
> >> On 11/4/20 1:02 PM, Thomas Monjalon wrote:
> >>> 04/11/2020 22:00, David Christensen:
> On 11/4/20 11:43 AM, Thomas Monjalon wrote:
> >> Signed-off-by: David Chr
The mempool pointer in the mbuf struct is moved
from the second to the first half.
It should increase performance on most systems having 64-byte cache line,
i.e. mbuf is split in two cache lines.
Due to this change, tx_offload is moved, so some vector data paths
may need to be adjusted. Note: OCTE
On Sat, Nov 7, 2020 at 10:04 PM Thomas Monjalon wrote:
>
> The mempool pointer in the mbuf struct is moved
> from the second to the first half.
> It should increase performance on most systems having 64-byte cache line,
> i.e. mbuf is split in two cache lines.
But In any event, Tx needs to touch
Hi Ferruh
From: Ferruh Yigit
> On 11/5/2020 9:32 PM, Matan Azrad wrote:
> > When an age action becomes aged-out the rte_flow_get_aged_flows should
> > return the action context supplied by the configuration structure.
> >
> > In case the age action created by the shared action API, the shared
> >
07/11/2020 18:12, Jerin Jacob:
> On Sat, Nov 7, 2020 at 10:04 PM Thomas Monjalon wrote:
> >
> > The mempool pointer in the mbuf struct is moved
> > from the second to the first half.
> > It should increase performance on most systems having 64-byte cache line,
>
> > i.e. mbuf is split in two cach
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Saturday, November 7, 2020 4:53 PM
>
> The mempool pointer in the mbuf struct is moved
> from the second to the first half.
> It should increase performance on most systems having 64-byte cache line,
> i.e. mbuf is split in two cache lin
On Sun, Nov 8, 2020 at 12:09 AM Thomas Monjalon wrote:
>
> 07/11/2020 18:12, Jerin Jacob:
> > On Sat, Nov 7, 2020 at 10:04 PM Thomas Monjalon wrote:
> > >
> > > The mempool pointer in the mbuf struct is moved
> > > from the second to the first half.
> > > It should increase performance on most sy
07/11/2020 20:05, Jerin Jacob:
> On Sun, Nov 8, 2020 at 12:09 AM Thomas Monjalon wrote:
> > 07/11/2020 18:12, Jerin Jacob:
> > > On Sat, Nov 7, 2020 at 10:04 PM Thomas Monjalon
> > > wrote:
> > > >
> > > > The mempool pointer in the mbuf struct is moved
> > > > from the second to the first half.
>
> Change formatting so that it's more consistent and readable, add/modify
> comments/stdout messages, move configuration options to more appropriate
> places and make the order consistent according to these rules:
> 1. First list generic configuration options, then list options that may
>b
>
> Set flags in one loop. Append flags to a list and use the list in the loop.
>
> Signed-off-by: Juraj Linkeš
Reviewed-by: Honnappa Nagarahalli
> ---
> config/arm/meson.build | 37 +
> 1 file changed, 17 insertions(+), 20 deletions(-)
>
> diff --git a/
There is a performance penalty for the replenish scheme
used in vectorized Rx burst for both MPRQ and SPRQ.
Mbuf elements are being filled at the end of the mbufs
array and being replenished at the beginning. That leads
to an increase in cache misses and the performance drop.
The more Rx descriptor
The number of descriptors configured is returned to a user
via the rxq_info_get API. This number is incorrect for MPRQ.
For SPRQ this number matches the number of mbufs allocated.
For MPRQ we have fewer external MPRQ buffers that can hold
multiple packets in strides of this big buffer. Take that
in
Hi Olivier,
> -Original Message-
> From: dev On Behalf Of Olivier Matz
> Sent: Wednesday, November 4, 2020 7:00 PM
> To: dev@dpdk.org
> Cc: konstantin.anan...@intel.com; sta...@dpdk.org
> Subject: [dpdk-dev] [PATCH] mbuf: fix reset on mbuf free
>
I can reproduce the failure in "ci/iol-m
Does it neet a lock for flow about below scene.
Thread1: flow_list_destroyflow_list_create
Thread2: -flow_list_destroy
Maybe the same flow can be operate at the same time.
When i start mlx5 bond and trigger LSC at the same time.
It is possible to assert in mlx5_rx_queue_release fun
Does it need a lock for flow about below scene.
Thread1: flow_list_destroyflow_list_create
Thread2: -flow_list_destroy
Maybe the same flow can be operate at the same time.
When i start mlx5 bond and trigger LSC at the same time.
It is possible to assert in mlx5_rx_queue_release fun
17 matches
Mail list logo
