Rusty/Anthony/Avi and all:
I did a read at Rusty's April 18 post of vringfd patch, though I
didn't find explicit code for how to call get_user_skb_frags, it seems
to be clear the user only need to trigger a "flush_tx" command. All the
rest will be automatically turned on, fetching the ring and send to
bridge etc, which is perfect from performance point of view.
Now I am working on enabling VMDq which provide HW pre-sorting
mechanism base on MAC address, it can definetely take the advantage of
vringfd with additional advantage of 0-copy in receive side, which makes
VMDq enabled virtio-net fly with 0-copy for both transmit & receive. The
only thing an VMDq agency (vringfd similar components in kernel) may
bother user level is initialization and notification given that vringfd
already solved the ring operations, since KVM virtual interrupt module
is in kernel side, it is pretty easy to make user free of receiving
packet at run time.
Any comments?
Thanks, eddie
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
