On Fri, 2009-11-13 at 13:27 -0800, Stephen Hemminger wrote: > On Fri, 13 Nov 2009 14:55:06 -0500 > Patrick Mullaney <pmullaney@xxxxxxxxxx> wrote: > > > These patches allow other modules to override the receive > > path of a macvlan. This is being done to support guest > > VMs operating directly over a macvlan. Routines to allow > > creation and deletion of macvlans from in-kernel modules > > were also exposed/added. > > Which guest VM, how will it use it? The kernel is not in the business > of providing infrastructure for out of tree patches. Actually, any guest vm or container. macvtap was the first to suggest a patch like this to provide this functionality. This infrastructure is generic enough to allow others to use it. My interest is in supporting kvm guests via vbus drivers which are being integrated in the alacrityvm tree. > > Also, macvlan should really being calling netif_receive_skb() > not going through another queue/softirq cycle. I understand but you are talking about the current behavior of macvlans - my goal wasn't to change the current behavior of macvlans, as I didn't want to disturb what the original author intended, just provide the ability to override the rx path and provide for management of macvlans from other kernel modules(not just via rtnl). _______________________________________________ Bridge mailing list Bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx https://lists.linux-foundation.org/mailman/listinfo/bridge
