Greg KH wrote:
On Thu, Nov 06, 2008 at 04:40:21PM -0600, Anthony Liguori wrote:
Greg KH wrote:
On Thu, Nov 06, 2008 at 10:47:41AM -0700, Matthew Wilcox wrote:
I don't think we really know what the One True Usage model is for VF
devices. Chris Wright has some ideas, I have some ideas and Yu Zhao has
some ideas. I bet there's other people who have other ideas too.
I'd love to hear those ideas.
We've been talking about avoiding hardware passthrough entirely and
just backing a virtio-net backend driver by a dedicated VF in the
host. That avoids a huge amount of guest-facing complexity, let's
migration Just Work, and should give the same level of performance.
This can be commonly used not only with VF -- devices that have multiple
DMA queues (e.g., Intel VMDq, Neterion Xframe) and even traditional
devices can also take the advantage of this.
CC Rusty Russel in case he has more comments.
Does that involve this patch set? Or a different type of interface.
I think that is a different type of interface. We need to hook the DMA
interface in the device driver to virtio-net backend so the hardware
(normal device, VF, VMDq, etc.) can DMA data to/from the virtio-net backend.
Regards,
Yu
--
To unsubscribe from this list: send the line "unsubscribe linux-pci" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
