On Fri, Apr 5, 2024 at 3:00 PM Ilya Maximets wrote:
> >>
> >>> Basically, resolving a neighbor with ARP inside tunnels is broken on
> >>> Intel nics (even without re-enabling outer udp checksum).
> >>> This can be observed with the following debug patch at the end of
> >>> netdev_dpdk_prep_hwol_pa
On 4/4/24 14:46, David Marchand wrote:
> On Wed, Apr 3, 2024 at 8:13 PM Ilya Maximets wrote:
>>> - This patch fixes some misusage of the DPDK API.
>>
>> Hmm, I understand that the driver does something funny when it gets
>> outer flags set without any inner flags, but how is that a misuse
>> of th
On Wed, Apr 3, 2024 at 8:13 PM Ilya Maximets wrote:
> > - This patch fixes some misusage of the DPDK API.
>
> Hmm, I understand that the driver does something funny when it gets
> outer flags set without any inner flags, but how is that a misuse
> of the DPDK API? Could you point me to the API do
On 4/3/24 19:40, David Marchand wrote:
> On Thu, Mar 28, 2024 at 10:16 AM David Marchand
> wrote:
>>
>> The outer checksum offloading API in DPDK is ambiguous and was
>> added by Intel folks with the assumption that any outer offloading
>> always goes with an inner offloading request.
>>
>> With n
On Thu, Mar 28, 2024 at 10:16 AM David Marchand
wrote:
>
> The outer checksum offloading API in DPDK is ambiguous and was
> added by Intel folks with the assumption that any outer offloading
> always goes with an inner offloading request.
>
> With net/i40e and net/ice drivers, requesting outer ip
The outer checksum offloading API in DPDK is ambiguous and was
added by Intel folks with the assumption that any outer offloading
always goes with an inner offloading request.
With net/i40e and net/ice drivers, requesting outer ip checksum with a
tunnel context but no inner offloading request trig