No, I did not run with Cilium.
Thanks,
Madhuker.
-Original Message-
From: Stephen Hemminger
Sent: 17 January 2024 08:56
To: Madhuker Mythri
Cc: dev@dpdk.org; ferruh.yi...@amd.com
Subject: Re: [External] : Re: [PATCH] net/tap: Modified TAP BPF program as per
the Kernel-version upgrade
on BPF code.
Thanks,
Madhuker.
-Original Message-
From: Stephen Hemminger
Sent: 13 January 2024 23:36
To: Madhuker Mythri
Cc: dev@dpdk.org; ferruh.yi...@amd.com
Subject: Re: [External] : Re: [PATCH] net/tap: Modified TAP BPF program as per
the Kernel-version upgrade requirements.
On
Even, in the original code the IP-address converted to host-order from network
byte order.
Now, I just replaced with BPF API's to convert to host-order.
-Original Message-
From: Stephen Hemminger
Sent: 12 January 2024 22:17
To: Madhuker Mythri
Cc: dev@dpdk.org; ferruh.yi...@am
That's true, SKB pointer access denied and throws error.
So, I have to replace with this BPF helper functions.
-Original Message-
From: Stephen Hemminger
Sent: 12 January 2024 22:12
To: Madhuker Mythri
Cc: dev@dpdk.org; ferruh.yi...@amd.com
Subject: [External] : Re: [PATCH] ne
.
Thanks,
Madhuker,
-Original Message-
From: Stephen Hemminger
Sent: 12 January 2024 22:12
To: Madhuker Mythri
Cc: dev@dpdk.org; ferruh.yi...@amd.com
Subject: [External] : Re: [PATCH] net/tap: Modified TAP BPF program as per the
Kernel-version upgrade requirements.
On Fri, 12 Jan 2024
al Message-----
From: Madhuker Mythri
Sent: 06 January 2024 11:06
To: Stephen Hemminger
Cc: ferruh.yi...@amd.com; dev@dpdk.org
Subject: RE: [External] : Re: [PATCH] net/tap: Modified TAP BPF program as per
the new Kernel-version upgrade requirements.
The flow creation worked well for us on the Azu
To: Madhuker Mythri
Cc: ferruh.yi...@amd.com; dev@dpdk.org
Subject: Re: [External] : Re: [PATCH] net/tap: Modified TAP BPF program as per
the new Kernel-version upgrade requirements.
On Fri, 5 Jan 2024 14:44:00 +
Madhuker Mythri wrote:
> Hi Stephen,
>
> The BPF helper man pages i
01:01
To: Madhuker Mythri
Cc: ferruh.yi...@amd.com; dev@dpdk.org
Subject: [External] : Re: [PATCH] net/tap: Modified TAP BPF program as per the
new Kernel-version upgrade requirements.
On Thu, 4 Jan 2024 22:57:56 +0530
madhuker.myt...@oracle.com wrote:
> adhuker Mythri
>
> When multip
By using this " bpf_skb_load_bytes_relative()" helper function we can directly
retrieve the Network header data fields, so we no need to check for L2-header
VLAN presence.
Thanks,
Madhuker.
-Original Message-
From: Stephen Hemminger
Sent: 05 January 2024 02:11
To: Madhuker
Sure, will update accordingly.
Thanks,
Madhuker.
-Original Message-
From: Stephen Hemminger
Sent: 05 January 2024 02:02
To: Madhuker Mythri
Cc: ferruh.yi...@amd.com; dev@dpdk.org
Subject: [External] : Re: [PATCH] net/tap: Modified TAP BPF program as per the
new Kernel-version upgrade
uker.
-Original Message-
From: Stephen Hemminger
Sent: 05 January 2024 02:09
To: Madhuker Mythri
Cc: ferruh.yi...@amd.com; dev@dpdk.org
Subject: [External] : Re: [PATCH] net/tap: Modified TAP BPF program as per the
new Kernel-version upgrade requirements.
On Thu, 4 Jan 2024
Sent: 05 January 2024 02:27
To: Madhuker Mythri
Cc: ferruh.yi...@amd.com; dev@dpdk.org
Subject: [External] : Re: [PATCH] net/tap: Modified TAP BPF program as per the
new Kernel-version upgrade requirements.
On Thu, 4 Jan 2024 22:57:56 +0530
madhuker.myt...@oracle.com wrote
From: Madhuker Mythri
Crash occurring while the DPDK secondary processes trying to probe the
tap-device, where tap-device is a sub-device of Fail-safe device.
Some-times we get in-valid sub-devices(with the in-valid port-id's),
due to which the IPC communication does not get response and c
From: Madhuker Mythri
Crash occuring while the DPDK secondary processes trying to probe the
tap-device, where tap-device is a sub-device of Fail-safe device.
Some-times we get in-valid sub-devices(with the in-valid port-id’s and
device-names), due to which the IPC communication does not get
> On Wed, Jun 9, 2021, at 12:04, Andrew Rybchenko wrote:
>> On 6/8/21 11:48 PM, Stephen Hemminger wrote:
>> > On Tue, 8 Jun 2021 18:55:17 +0300
>> > Andrew Rybchenko wrote:
>> >
>> >> On 6/8/21 6:42 PM, Stephen Hemminger wrote:
> >>> On Tue, 8 Jun 2021 11:00:37 +0300
> >>> Andrew Rybchenko wrot
From: Madhuker Mythri
As per analysis on Tap PMD, the existing RSS algorithm considering
4-tuple(Src-IP, Dst-IP, Src-port and Dst-port) and identification of
fragment packets is not done, thus we are seeing all the fragmented
chunks of single packet differs in RSS hash value and distributed
From: Madhuker Mythri
As per analysis on DPDK Tap PMD, the existing RSS algorithm considering
4-tuple(Src-IP, Dst-IP, Src-port and Dst-port) and identification of fragment
packets is not done, thus we are seeing all the fragmented chunks of single
packet differs RSS hash value and distributed
>-Original Message-
>From: Ferruh Yigit
>Sent: 14 फरवरी 2022 23:03
>To: Madhuker Mythri
>Cc: dev@dpdk.org; Gaetan Rivet ; Thomas Monjalon
>; David Marchand
>Subject: [External] : Re: [PATCH] devargs: Fix crash due to global devargs
>uninitailization from seco
From: Madhuker Mythri
Failsafe pmd started crashing with global devargs syntax as devargs is
not memset to zero. Access it to in rte_devargs_parse() resulted in a
crash when called from secondary process.
Bugzilla Id: 933
Signed-off-by: Madhuker Mythri
---
lib/eal/common/eal_common_devargs.c
Hi Gaetan and Ferruh,
>
>-Original Message-
>From: Gaëtan Rivet
>Sent: 10 फरवरी 2022 21:39
>To: Ferruh Yigit ; Madhuker Mythri
>
>Cc: dev@dpdk.org
>Subject: [External] : Re:
>
>On Thu, Feb 10, 2022, at 16:00, Ferruh Yigit wrote:
>> On 2/10/2022
From: Madhuker Mythri
Failsafe pmd started crashing with global devargs syntax as devargs is
not memset to zero. Access it to in rte_devargs_parse resulted in a
crash when called from secondary process.
Bugzilla Id: 933
Signed-off-by: Madhuker Mythri
---
drivers/net/failsafe/failsafe.c | 1
21 matches
Mail list logo
