[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20241030174703.594ac0af@kernel.org>
Date: Wed, 30 Oct 2024 17:47:03 -0700
From: Jakub Kicinski <kuba@...nel.org>
To: Vladimir Oltean <vladimir.oltean@....com>
Cc: netdev@...r.kernel.org, "David S. Miller" <davem@...emloft.net>, Eric
Dumazet <edumazet@...gle.com>, Paolo Abeni <pabeni@...hat.com>, Andrew Lunn
<andrew@...n.ch>, Florian Fainelli <f.fainelli@...il.com>, Petr Machata
<petrm@...dia.com>, Ido Schimmel <idosch@...dia.com>, Claudiu Manoil
<claudiu.manoil@....com>, Alexandre Belloni
<alexandre.belloni@...tlin.com>, UNGLinuxDriver@...rochip.com, Jamal Hadi
Salim <jhs@...atatu.com>, Cong Wang <xiyou.wangcong@...il.com>, Jiri Pirko
<jiri@...nulli.us>, Vlad Buslov <vladbu@...dia.com>, Simon Horman
<horms@...nel.org>, Christian Marangi <ansuelsmth@...il.com>, Arun Ramadoss
<arun.ramadoss@...rochip.com>, Arınç ÜNAL
<arinc.unal@...nc9.com>, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v3 net-next 1/6] net: sched: propagate "skip_sw" flag to
struct flow_cls_common_offload
On Wed, 23 Oct 2024 16:52:46 +0300 Vladimir Oltean wrote:
> The most that the switchdev port
> can do is to extract the matching packets from its offloaded data path
> and send them to the CPU.
FTR devices implementing OVS offload can attach metadata to such
packets, and then the driver does the redirect. The SW TC path is
not engaged. IIRC OVS has a concept of internal ports which are
"stack facing" ports in addition to the main bridge device.
And in some offloaded configurations people want HW to redirect
to those.
Powered by blists - more mailing lists