[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20200111.150807.963654509739345915.davem@davemloft.net>
Date: Sat, 11 Jan 2020 15:08:07 -0800 (PST)
From: David Miller <davem@...emloft.net>
To: antoine.tenart@...tlin.com
Cc: sd@...asysnail.net, andrew@...n.ch, f.fainelli@...il.com,
hkallweit1@...il.com, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org, thomas.petazzoni@...tlin.com,
alexandre.belloni@...tlin.com, allan.nielsen@...rochip.com,
camelia.groza@....com, Simon.Edelhaus@...antia.com,
Igor.Russkikh@...antia.com, jakub.kicinski@...ronome.com
Subject: Re: [PATCH net-next v5 00/15] net: macsec: initial support for
hardware offloading
From: Antoine Tenart <antoine.tenart@...tlin.com>
Date: Fri, 10 Jan 2020 17:19:55 +0100
> td;dr: When applying this series, do not apply patches 12 to 14.
>
> This series intends to add support for offloading MACsec transformations
> to hardware enabled devices. The series adds the necessary
> infrastructure for offloading MACsec configurations to hardware drivers,
> in patches 1 to 6; then introduces MACsec offloading support in the
> Microsemi MSCC PHY driver, in patches 7 to 11.
>
> The remaining 4 patches, 12 to 14, are *not* part of the series but
> provide the mandatory changes needed to support offloading MACsec
> operations to a MAC driver. Those patches are provided for anyone
> willing to add support for offloading MACsec operations to a MAC, and
> should be part of the first series adding a MAC as a MACsec offloading
> provider.
You say four 4 patches, but 12 to 14 is 3. I think you meant 12 to 15
because 15 depends upon stuff added in 12 :-)
I applied everything except patch #7, which had the unnecessary phy
exports, and also elided 12 to 15.
Thanks.
Powered by blists - more mailing lists