[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAJ3xEMjfSc=yg+o+Pv4AQw0P-1C4pDjKa=ctCbeS2hWWMR+RPw@mail.gmail.com>
Date: Mon, 28 May 2018 13:48:28 +0300
From: Or Gerlitz <gerlitz.or@...il.com>
To: Jakub Kicinski <jakub.kicinski@...ronome.com>,
John Hurley <john.hurley@...ronome.com>
Cc: Linux Netdev List <netdev@...r.kernel.org>,
Jiri Pirko <jiri@...nulli.us>,
"Samudrala, Sridhar" <sridhar.samudrala@...el.com>,
oss-drivers@...ronome.com, Rabie Loulou <rabiel@...lanox.com>
Subject: Re: [RFC net-next 0/4] net: sched: support replay of filter offload
when binding to block
On Fri, May 25, 2018 at 5:25 AM, Jakub Kicinski
<jakub.kicinski@...ronome.com> wrote:
> This series from John adds the ability to replay filter offload requests
> when new offload callback is being registered on a TC block. This is most
> likely to take place for shared blocks today, when a block which already
> has rules is bound to another interface. Prior to this patch set if any
> of the rules were offloaded the block bind would fail.
Can you elaborate a little further here? is this something that you are planning
to use for the uplink LAG use-case? AFAIU if we apply share-block to nfp as
things are prior to this patch, it would work, so there's a case where
it doesn't
and this is now handled with the series?
Powered by blists - more mailing lists