Re: [PATCHv2 2/2] vhost_net: a kernel-level virtio server

2009-08-11 Thread Gregory Haskins
Michael S. Tsirkin wrote: > What it is: vhost net is a character device that can be used to reduce > the number of system calls involved in virtio networking. > Existing virtio net code is used in the guest without modification. > > There's similarity with vringfd, with some differences and reduce

Re: [PATCHv2 0/2] vhost: a kernel-level virtio server

2009-08-11 Thread Gregory Haskins
Michael S. Tsirkin wrote: > This implements vhost: a kernel-level backend for virtio, > The main motivation for this work is to reduce virtualization > overhead for virtio by removing system calls on data path, > without guest changes. For virtio-net, this removes up to > 4 system calls per packet:

[PATCHv2 1/2] mm: export use_mm/unuse_mm to modules

2009-08-11 Thread Michael S. Tsirkin
vhost net module wants to do copy to/from user from a kernel thread, which needs use_mm (like what fs/aio has). Move that into mm/ and export to modules. Signed-off-by: Michael S. Tsirkin --- fs/aio.c| 47 +-- include/linux/mmu_context.h |

[PATCHv2 2/2] vhost_net: a kernel-level virtio server

2009-08-11 Thread Michael S. Tsirkin
What it is: vhost net is a character device that can be used to reduce the number of system calls involved in virtio networking. Existing virtio net code is used in the guest without modification. There's similarity with vringfd, with some differences and reduced scope - uses eventfd for signallin

[PATCHv2 0/2] vhost: a kernel-level virtio server

2009-08-11 Thread Michael S. Tsirkin
This implements vhost: a kernel-level backend for virtio, The main motivation for this work is to reduce virtualization overhead for virtio by removing system calls on data path, without guest changes. For virtio-net, this removes up to 4 system calls per packet: vm exit for kick, reentry for kick,

Re: [PATCHv2 1/2] mm: export use_mm/unuse_mm to modules

2009-08-11 Thread Andrew Morton
On Wed, 12 Aug 2009 00:27:52 +0300 "Michael S. Tsirkin" wrote: > vhost net module wants to do copy to/from user from a kernel thread, > which needs use_mm (like what fs/aio has). Move that into mm/ and > export to modules. OK by me. Please include this change in the virtio patchset. Which I s

Re: [Qemu-devel] Re: [PATCH] qemu/virtio: move features to an inline function

2009-08-11 Thread Michael S. Tsirkin
On Tue, Aug 11, 2009 at 11:08:32AM -0500, Anthony Liguori wrote: > Michael S. Tsirkin wrote: >>> Let's say we supported virtio-vbus along with virtio-pci. What does >>> virtio_blk_get_features() do to mask out sg_indirect? For all >>> virtio-blk knows, it could be on top of virtio-vbus. >>>

Re: [Qemu-devel] Re: [PATCH] qemu/virtio: move features to an inline function

2009-08-11 Thread Anthony Liguori
Michael S. Tsirkin wrote: >> Let's say we supported virtio-vbus along with virtio-pci. What does >> virtio_blk_get_features() do to mask out sg_indirect? For all >> virtio-blk knows, it could be on top of virtio-vbus. >> > > So? VIRTIO_RING_F_INDIRECT_DESC applies to all transports. > Ju

RE: [PATCH][RFC] net/bridge: add basic VEPA support

2009-08-11 Thread Paul Congdon (UC Davis)
> > > > The patch from Eric Biederman to allow macvlan to bridge between > > its slave ports is at > > > > http://kerneltrap.org/mailarchive/linux-netdev/2009/3/9/5125774 > > Looking through the discussions here, it does not seem as if a decision > was made to integrate those patches, because they

RE: [PATCH][RFC] net/bridge: add basic VEPA support

2009-08-11 Thread Fischer, Anna
> Subject: Re: [PATCH][RFC] net/bridge: add basic VEPA support > > On Monday 10 August 2009, Fischer, Anna wrote: > > > Subject: Re: [PATCH][RFC] net/bridge: add basic VEPA support > > > > > > On Friday 07 August 2009, Paul Congdon (UC Davis) wrote: > > > > As I understand the macvlan code, it cur

Re: [Qemu-devel] Re: [PATCH] qemu/virtio: move features to an inline function

2009-08-11 Thread Michael S. Tsirkin
On Tue, Aug 11, 2009 at 08:15:23AM -0500, Anthony Liguori wrote: > Michael S. Tsirkin wrote: >> On Mon, Aug 10, 2009 at 05:35:13PM -0500, Anthony Liguori wrote: >> >>> What I'm saying is that virtio-blk-pci, which is the qdev >>> instantiation of virtio-pci + virtio-blk, should be able to have

Re: [Qemu-devel] Re: [PATCH] qemu/virtio: move features to an inline function

2009-08-11 Thread Anthony Liguori
Michael S. Tsirkin wrote: > On Mon, Aug 10, 2009 at 05:35:13PM -0500, Anthony Liguori wrote: > >> What I'm saying is that virtio-blk-pci, which is the qdev instantiation >> of virtio-pci + virtio-blk, should be able to have a set of qdev >> properties that is composed of a combination of at

Re: [PATCH 1/2] export cpu_tlbstate to modules

2009-08-11 Thread Michael S. Tsirkin
Subject: [PATCH] mm: export use_mm/unuse_mm to modules vhost net module wants to do copy to/from user from a kernel thread, which needs use_mm (like what fs/aio has). Move that into mm/ and export to modules. Signed-off-by: Michael S. Tsirkin --- On Mon, Aug 10, 2009 at 03:24:50PM -0700, H. P

Re: [Qemu-devel] Re: [PATCH] qemu/virtio: move features to an inline function

2009-08-11 Thread Michael S. Tsirkin
On Mon, Aug 10, 2009 at 05:35:13PM -0500, Anthony Liguori wrote: > Michael S. Tsirkin wrote: >> On Mon, Aug 10, 2009 at 03:33:59PM -0500, Anthony Liguori wrote: >> >>> There ought to be a way to layer qdev properties that achieves this >>> goal so that when you create a virtio-pci-block device