[RFC PATCH net-next 0/3] Extend macvtap with multiple qdiscs

[Vladislav Yasevich <vyasevich@gmail.com>]

This is an RFC series to extend macvtap with multiple qdisc.  Right now
multiqueue macvtap setups suffer from lock contention.  Macvtap sets
the queue index and thus gets a default qdisc allocated to it.  Since
it later users dev_queue_xmit() call to the macvlan type device (so that
we can packet captures and other filtering on macvtap itself) we end up
with qdisc lock contention since what we have is multiple file descriptors
writing to the same qdisc.

With this series, the macvtap device now becomes a true multi-queue device
that defaults to 1 queue.  Every time the user opens the device (this is
how multiqueue macvtap is used), we update the number of real queues for
the device.  When the user writes to the device, we record the queue index
associted with the file descriptor to the skb, and that ends up translating
to the device queue index.  This is one transmit only.  Receive side
is left alone and will prefer skb hash if available. 

Macvlan through this all is left with lockless transmit path.

Thanks
-vlad

Vladislav Yasevich (3):
  macvtap: mutiple qdiscs support
  macvlan: add queue selection functionality
  macvtap: Record the rx queue based on the user tap queue

 drivers/net/macvlan.c | 20 ++++++++++++++++++++
 drivers/net/macvtap.c | 19 +++++++++++++++++++
 2 files changed, 39 insertions(+)

-- 
2.1.0