[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <13f7d3b4-214c-4987-9adc-1c14ae686946@intel.com>
Date: Mon, 11 Dec 2023 13:38:48 +0100
From: Alexander Lobakin <aleksander.lobakin@...el.com>
To: Tony Nguyen <anthony.l.nguyen@...el.com>, Marcin Szycik
<marcin.szycik@...ux.intel.com>
CC: <jiri@...nulli.us>, <andy@...nel.org>, <wojciech.drewek@...el.com>,
<netdev@...r.kernel.org>, <idosch@...dia.com>, <jesse.brandeburg@...el.com>,
<michal.swiatkowski@...ux.intel.com>, <simon.horman@...igine.com>,
<kuba@...nel.org>, <pabeni@...hat.com>, <davem@...emloft.net>,
<intel-wired-lan@...ts.osuosl.org>
Subject: Re: [Intel-wired-lan] [PATCH iwl-next v4 0/7] Add PFCP filter support
From: Tony Nguyen <anthony.l.nguyen@...el.com>
Date: Fri, 8 Dec 2023 13:34:10 -0800
>
>
> On 12/7/2023 8:49 AM, Marcin Szycik wrote:
>> Add support for creating PFCP filters in switchdev mode. Add pfcp module
>> that allows to create a PFCP-type netdev. The netdev then can be
>> passed to
>> tc when creating a filter to indicate that PFCP filter should be created.
>>
>> To add a PFCP filter, a special netdev must be created and passed to tc
>> command:
>>
>> ip link add pfcp0 type pfcp
>> tc filter add dev eth0 ingress prio 1 flower pfcp_opts \
>> 1:12ab/ff:fffffffffffffff0 skip_hw action mirred egress redirect \
>> dev pfcp0
>>
>> Changes in iproute2 [1] are required to use pfcp_opts in tc.
>>
>> ICE COMMS package is required as it contains PFCP profiles.
>>
>> Part of this patchset modifies IP_TUNNEL_*_OPTs, which were previously
>> stored in a __be16. All possible values have already been used, making it
>> impossible to add new ones.
>>
>> [1]
>> https://lore.kernel.org/netdev/20230614091758.11180-1-marcin.szycik@linux.intel.com
>> ---
>> This patchset should be applied on top of the "boys" tree [2], as it
>> depends on recent bitmap changes.
>
> Is this for comment only (RFC)? This doesn't seem to apply to iwl-next
> and if this based on, and has dependencies from, another tree, I can't
> apply them here.
It's not an RFC.
The series contains generic code changes and must go directly through
net-next. The dependency on the bitmap tree was discussed with Jakub and
Yury and we agreed that the netdev guys will pull it before applying
this one.
Thanks,
Olek
Powered by blists - more mailing lists