Re: virtio-net mq vq initialization (was: [PATCH 0/5] Usual batch of random ARM fixes for kvmtool)

2013-04-14 Thread Michael S. Tsirkin
On Fri, Apr 12, 2013 at 01:41:58PM +0100, Will Deacon wrote: > Hi Rusty, > > On Fri, Apr 12, 2013 at 12:36:00PM +0100, Rusty Russell wrote: > > I'm confused. kvmtool is using too much memory, or the guest? If > > kvmtool, the Device Initialization section above applies to the driver, > > not the

Re: virtio-net mq vq initialization (was: [PATCH 0/5] Usual batch of random ARM fixes for kvmtool)

2013-04-12 Thread Will Deacon
Hi Rusty, On Fri, Apr 12, 2013 at 12:36:00PM +0100, Rusty Russell wrote: > I'm confused. kvmtool is using too much memory, or the guest? If > kvmtool, the Device Initialization section above applies to the driver, > not the device. If the guest, well, the language says "UP TO N+1". You > want

Re: virtio-net mq vq initialization (was: [PATCH 0/5] Usual batch of random ARM fixes for kvmtool)

2013-04-12 Thread Rusty Russell
Sasha Levin writes: > On 04/11/2013 12:36 PM, Will Deacon wrote: >> Hello folks, >> >> Here's the latest round of ARM fixes and updates for kvmtool. Most of >> this is confined to the arm/ subdirectory, with the exception of a fix >> to the virtio-mmio vq definitions due to the multi-queue work f

virtio-net mq vq initialization (was: [PATCH 0/5] Usual batch of random ARM fixes for kvmtool)

2013-04-11 Thread Sasha Levin
On 04/11/2013 12:36 PM, Will Deacon wrote: > Hello folks, > > Here's the latest round of ARM fixes and updates for kvmtool. Most of > this is confined to the arm/ subdirectory, with the exception of a fix > to the virtio-mmio vq definitions due to the multi-queue work from > Sasha. I'm not terribl