Re: [virtio-dev] Zerocopy VM-to-VM networking using virtio-net

2015-04-27 Thread Muli Ben-Yehuda
On Mon, Apr 27, 2015 at 02:01:05PM +0100, Stefan Hajnoczi wrote: > A hardware solution would be some kind of inter-guest interrupt > injection. I don't know VMX well enough to know whether that is > possible on Intel CPUs. It is: http://www.mulix.org/pubs/eli/eli.pdf. (And there's hardware comi

Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support

2008-11-08 Thread Muli Ben-Yehuda
On Thu, Nov 06, 2008 at 04:40:21PM -0600, Anthony Liguori wrote: > 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

Re: [Xen-devel] More virtio users

2007-06-10 Thread Muli Ben-Yehuda
On Sun, Jun 10, 2007 at 10:33:57AM +0300, Avi Kivity wrote: > It is worthwhile, when designing virtio, to keep in mind as many > possible users as possible. In addition to block and net, I see at > least the following: > > - vmgl (paravirtualized 3D graphics) > [http://www.cs.toronto.edu/~andr

Re: [kvm-devel] [Xen-devel] More virtio users

2007-06-12 Thread Muli Ben-Yehuda
On Wed, Jun 13, 2007 at 01:54:26AM +0200, Arnd Bergmann wrote: > On Wednesday 13 June 2007, Caitlin Bestler wrote: > > > > > It can be done, but you'd also need a passthrough for the > > > IOMMU in that case, and you get a potential security hole: if > > > a malicious guest is smart enough to figu

Re: [PATCH] KVM x86: Handle hypercalls for assigned PCI devices

2008-04-29 Thread Muli Ben-Yehuda
On Wed, Apr 30, 2008 at 01:48:38AM +0300, Avi Kivity wrote: > Amit Shah wrote: >> + if (is_error_page(host_page)) { + printk(KERN_INFO "%s: gfn %p not valid\n", + __func__, (void *)page_gfn); + r = -1; >>> r = -1 is not really infor

Re: [PATCH] x86 DMA: Handle devices assigned to the guest by the host

2008-04-29 Thread Muli Ben-Yehuda
On Tue, Apr 29, 2008 at 01:37:29PM +0300, Amit Shah wrote: > dma_alloc_coherent() doesn't call dma_ops->alloc_coherent in case no > IOMMU translations are necessary. I always thought this was a huge wart in the x86-64 DMA ops. Would there be strong resistance to fixing it so that alloc_coherent m