summaryrefslogtreecommitdiffstats
path: root/arch/tile/mm/extable.c
diff options
context:
space:
mode:
authorJohn Fastabend2016-12-15 21:13:49 +0100
committerDavid S. Miller2016-12-17 17:48:55 +0100
commit672aafd5d88a951f394334802b938b502010d9eb (patch)
tree2b00528d8dc79276f234c766ad708ce978c3828f /arch/tile/mm/extable.c
parentvirtio_net: Add XDP support (diff)
downloadkernel-qcow2-linux-672aafd5d88a951f394334802b938b502010d9eb.tar.gz
kernel-qcow2-linux-672aafd5d88a951f394334802b938b502010d9eb.tar.xz
kernel-qcow2-linux-672aafd5d88a951f394334802b938b502010d9eb.zip
virtio_net: add dedicated XDP transmit queues
XDP requires using isolated transmit queues to avoid interference with normal networking stack (BQL, NETDEV_TX_BUSY, etc). This patch adds a XDP queue per cpu when a XDP program is loaded and does not expose the queues to the OS via the normal API call to netif_set_real_num_tx_queues(). This way the stack will never push an skb to these queues. However virtio/vhost/qemu implementation only allows for creating TX/RX queue pairs at this time so creating only TX queues was not possible. And because the associated RX queues are being created I went ahead and exposed these to the stack and let the backend use them. This creates more RX queues visible to the network stack than TX queues which is worth mentioning but does not cause any issues as far as I can tell. Signed-off-by: John Fastabend <john.r.fastabend@intel.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'arch/tile/mm/extable.c')
0 files changed, 0 insertions, 0 deletions