netdev - Re: [PATCH v5 net-next 00/16] sfc: driver for EF100 family NICs, part 1

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:   Mon, 27 Jul 2020 12:27:13 -0700 (PDT)
From:   David Miller <davem@...emloft.net>
To:     ecree@...arflare.com
Cc:     linux-net-drivers@...arflare.com, netdev@...r.kernel.org
Subject: Re: [PATCH v5 net-next 00/16] sfc: driver for EF100 family NICs,
 part 1

From: Edward Cree <ecree@...arflare.com>
Date: Mon, 27 Jul 2020 12:53:54 +0100

> EF100 is a new NIC architecture under development at Xilinx, based
>  partly on existing Solarflare technology.  As many of the hardware
>  interfaces resemble EF10, support is implemented within the 'sfc'
>  driver, which previous patch series "commonised" for this purpose.
> 
> In order to maintain bisectability while splitting into patches of a
>  reasonable size, I had to do a certain amount of back-and-forth with
>  stubs for things that the common code may try to call, mainly because
>  we can't do them until we've set up MCDI, but we can't set up MCDI
>  without probing the event queues, at which point a lot of the common
>  machinery becomes reachable from event handlers.
> Consequently, this first series doesn't get as far as actually sending
>  and receiving packets.  I have a second series ready to follow it
>  which implements the datapath (and a few other things like ethtool).
 ...

Series applied, thank you.