Merge branch 'nfp-ctrl-vNIC'
authorDavid S. Miller <davem@davemloft.net>
Wed, 7 Jun 2017 16:51:42 +0000 (12:51 -0400)
committerDavid S. Miller <davem@davemloft.net>
Wed, 7 Jun 2017 16:51:42 +0000 (12:51 -0400)
commite5c5180a2302ecdee28c900d91256bbfe1a1e9fa
treee51a34a6a440ef9afa62946a4880cd15c01785d0
parent2b30842b23b9e6796c7bd5f0916fd2ebf6b7d633
parentf9380629fafcf05cb188cbce5e028f0e99f8f49d
Merge branch 'nfp-ctrl-vNIC'

Jakub Kicinski says:

====================
nfp: ctrl vNIC

This series adds the ability to use one vNIC as a control channel
for passing messages to and from the application firmware.  The
implementation restructures the existing netdev vNIC code to be able
to deal with nfp_nets with netdev pointer set to NULL.  Control vNICs
are not visible to userspace (other than for dumping ring state), and
since they don't have netdevs we use a tasklet for RX and simple skb
list for TX queuing.

Due to special status of the control vNIC we have to reshuffle the
init code a bit to make sure control vNIC will be fully brought up
(and therefore communication with app FW can happen) before any netdev
or port is visible to user space.

FW will designate which vNIC is supposed to be used as control one
by setting _pf%u_net_ctrl_bar symbol.  Some FWs depend on metadata
being prepended to control message, some prefer to look at queue ID
to decide that something is a control message.  Our implementation
can cater to both.

First two users of this code will be eBPF maps and flower offloads.
====================

Signed-off-by: David S. Miller <davem@davemloft.net>