Skip to content

RFC virtio-net: MAC filtering

Alex Williamson kvm qemu-devel 1 version In review

Get series with b4
b4 am 1231349852.7109.79.camel@lappy

Versions newest first

  1. v1 RFC Latest5 patches 13 repliesIn review

Patches in v1 No applies recorded yet

#Subject and filesSizeRepliesApplied
1/5virtio-net: Allow setting the MAC address via set_confighw/virtio-net.c+0 -12 replies
2/5virtio-net: Add load/save for status bitshw/virtio-net.c+8 -23 replies
3/5virtio-net: Name the status bits, adding promisc and allmultihw/virtio-net.c hw/virtio-net.h+34 -132 replies
4/5virti-net: Enable filtering based on MAC, promisc, broadcast and allmultihw/virtio-net.c+22 -00 replies
5/5virtio-net: Add additional MACs via a filter tablehw/virtio-net.c hw/virtio-net.h+29 -20 replies

Reviews trailers per patch

No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.

Read the v1 thread

Cover letter [PATCH 0/5][RFC] virtio-net: MAC filtering

This series is based on some of the work Mark McLoughlin has been doing, so isn't going to apply until that makes it into the tree. The goal is to enable MAC filtering at the qemu/kvm level for virtio-net packets. I start by adding the capability to set the MAC address, naming the bits in the status field, enabling filtering, and finally adding a MAC table for additional MAC addresses. If this looks reasonable, I'll follow up with VLAN filtering support.

A concern here is the growing size of the virtio-net I/O port space config. This series brings it up to 256 bytes with PCI resource rounding. The VLAN filter bitmap would increase that by another 512 bytes, making it 1kB and limiting us to something less than 64 such devices per guest. Is anyone worried? Should filter tables live in MMIO space for virtio devices? I'll send out the guest side patches for virtio-net in a separate thread. Thanks,

Alex

Signature · 1 line
Alex Williamson                             HP Open Source & Linux Org.