On 07/04, David Marchand wrote:
> On Thu, Jun 27, 2024 at 2:44 AM Kiran Kumar Kokkilagadda
> wrote:
> > > On 06/25, Kiran Kumar Kokkilagadda wrote: > > > From: Mahmoud Maatuq
> > > > Sent: Tuesday, June 25, 2024 1: 31
> > > AM > To: Sunil Kumar Kori ; Rakesh Kudurumalla
> > > ;
> > > On 06/25, K
On 6/19/2024 3:49 AM, Chaoyong He wrote:
> This patch series add the support of queue information get operations
> for both Rx and Tx.
>
> Long Wu (5):
> net/nfp: use offload flag to control RSS configuration
> net/nfp: use offload flag to control VXLAN configuration
> net/nfp: use offload f
On 6/21/2024 10:06 PM, Tyler Retzlaff wrote:
> On Thu, Jun 20, 2024 at 01:32:18PM +0100, Bruce Richardson wrote:
>> Rather than having the SSE code in each driver include tmmintrin.h,
>> which often does not contain all needed intrinsics, e.g.
>> _mm_cvtsi128_si64() for 32-bit x86 builds, we can ju
On 6/19/2024 3:59 AM, Chaoyong He wrote:
> This patch series add the support of Rx/Tx function using the
> AVX2 instruction.
>
> Long Wu (4):
> net/nfp: export more interfaces of NFDk
> net/nfp: support AVX2 Tx function
> net/nfp: support AVX2 Rx function
> net/nfp: vector Rx function supp
On 6/25/2024 1:22 PM, David Marchand wrote:
> All logs for this driver are emitted under pmd.net.vmxnet3.driver while
> two logtypes exist.
> This issue comes from the conversion to dynamic logtypes change.
> Redirect PMD_INIT_LOG to pmd.net.vmxnet3.init.
>
> Fixes: 79daffdcb6ac ("net/vmxnet3: imp
On 6/19/2024 4:06 AM, Chaoyong He wrote:
> This patch series refactor the service module, remove some specific
> logic and use the service framework logic as much as possible.
> Also add a device argument to control the enable of CPP service.
>
> Long Wu (6):
> net/nfp: fix check logic for devic
Thank you for your contribution, Shreesh! Let's get this applied as a
stable fix so that it can be applied to 23.11 as well.
https://doc.dpdk.org/guides/contributing/patches.html, section "Patch
for Stable Releases" should have more detail for how this can be done.
> Bugzilla ID: 1441
Please add a
On 6/25/2024 6:17 PM, Bruce Richardson wrote:
> On Tue, Jun 25, 2024 at 10:06:52AM -0700, Stephen Hemminger wrote:
>> Meson was warning that run_command was used without check and
>> the result of that will change in future version.
>>
>> In this case, the command (uname -m) should be checked.
>>
>
On 6/19/2024 10:13 AM, Chaoyong He wrote:
> This patch series try to support the modify field flow action
> as much as possible.
>
> Chaoyong He (21):
> net/nfp: fix IPv6 TTL and DSCP flow action
> net/nfp: pack parameters of flow item function
> net/nfp: pack various flags of flow action
>
On 6/28/2024 5:35 PM, Alexander Skorichenko wrote:
> Prevent segfault in hn_reinit() caused by changing the MTU for
> an incompletely initialized device.
>
> Signed-off-by: Alexander Skorichenko
>
Acked-by: Long Li
Reviewed-by: Sam Andrew
Fixes: 45c83603087e (“net/netvsc: support MTU set”)
On 6/19/2024 10:19 AM, Chaoyong He wrote:
> This patch series refactor the flow validate and create interface,
> make the logic more readable and esaier to extend.
>
> Chaoyong He (7):
> net/nfp: remove the unused parameter
> net/nfp: exit as soon as possible
> net/nfp: remove the duplicate
On 6/28/2024 10:01 PM, Mihai Brodschi wrote:
> rte_pktmbuf_alloc_bulk is called by the zero-copy receiver to allocate
> new mbufs to be provided to the sender. The allocated mbuf pointers
> are stored in a ring, but the alloc function doesn't implement index
> wrap-around, so it writes past the end
Thank you Joshua for your review and suggestions.
Appreciate the help with dpdk process.
I've sent a new patch with "Fixes" tag to sta...@dpdk.org.
I'm not sure if same needs to be sent here to dev@dpdk.org as well.
Please let me know if I've missed anything.
Thanks,
Shreesh
Hi Ferruh,
On 07/07/2024 05:12, Ferruh Yigit wrote:
> On 6/28/2024 10:01 PM, Mihai Brodschi wrote:
>> rte_pktmbuf_alloc_bulk is called by the zero-copy receiver to allocate
>> new mbufs to be provided to the sender. The allocated mbuf pointers
>> are stored in a ring, but the alloc function doesn'
Hi Ferruh,
On 07/07/2024 05:12, Ferruh Yigit wrote:
> On 6/28/2024 10:01 PM, Mihai Brodschi wrote:
>> rte_pktmbuf_alloc_bulk is called by the zero-copy receiver to allocate
>> new mbufs to be provided to the sender. The allocated mbuf pointers
>> are stored in a ring, but the alloc function doesn'
15 matches
Mail list logo