Re: [Qemu-devel] [PATCH] mainloop.c: Keep unlocking BQL during busy-wait spin-out

2013-04-22 Thread Peter Lieven
On 21.04.2013 16:21, Peter Crosthwaite wrote: Hi Peter, On Fri, Apr 19, 2013 at 5:01 PM, Peter Lieven wrote: On 18.04.2013 16:35, Peter Crosthwaite wrote: Hi Peter, On Fri, Apr 19, 2013 at 12:22 AM, Peter Lieven wrote: On 15.04.2013 15:08, Anthony Liguori wrote: Peter Crosthwaite writes:

Re: [Qemu-devel] [PATCH] monitor: intervally send down events to guest in hold time

2013-04-22 Thread Amos Kong
On Mon, Apr 22, 2013 at 03:32:52PM +0800, Amos Kong wrote: > On Sat, Apr 20, 2013 at 10:06:28AM -0600, Eric Blake wrote: > > On 04/18/2013 10:44 PM, Amos Kong wrote: > > > (qemu) sendkey a 1000 > > > > > > Current design is that qemu only send one down event to guest, > > > and delay sometime, the

[Qemu-devel] [PATCH 2/3] vfio: add support for spapr platform (powerpc64 server)

2013-04-22 Thread Alexey Kardashevskiy
The existing code assumes that containers are capable of multiple groups support which is not the case for POWERPC64 where groups are defined by the hardware configuration and cannot share one container. The earlier proposal for PPC64 support was: - spapr_phb_vfio_init(): create a spapr-pci-vfio-h

[Qemu-devel] [PATCH 3/3] spapr vfio: add spapr-pci-vfio-host-bridge to support vfio

2013-04-22 Thread Alexey Kardashevskiy
The patch adds a spapr-pci-vfio-host-bridge device type which is a PCI Host Bridge with VFIO support. The new device inherits from the spapr-pci-host-bridge device and adds the following properties: iommu - IOMMU group ID which represents a Partitionable Endpoint, QEMU/ppc64

[Qemu-devel] [PATCH 1/3] vfio: make some of VFIO API public

2013-04-22 Thread Alexey Kardashevskiy
The patch makes vfio_dma_map/vfio_dma_unmap functions public for explicit use by VFIO clients rather that just being called from MemoryListener. The patch also adds a "connect" parameter to the vfio_get_group() function to allow control over group and container creation and connection before any d

[Qemu-devel] [PATCH 0/3 QEMU v4] vfio on ppc64

2013-04-22 Thread Alexey Kardashevskiy
Yes, we are still tuning this stuff for us :) Changes: * new "spapr-pci-vfio-host-bridge" device is introduced (inherits from spapr-pci-host-bridge); * device#1->group->container->device#2,.. creation scheme is changed to group->container->devices scheme (on ppc64); * removed vfio_iommu_spapr_t

Re: [Qemu-devel] [RFC PATCH v4 06/15] net: port socket to GSource

2013-04-22 Thread liu ping fan
On Fri, Apr 19, 2013 at 8:03 PM, Stefan Hajnoczi wrote: > On Fri, Apr 19, 2013 at 01:58:40PM +0800, liu ping fan wrote: >> On Thu, Apr 18, 2013 at 10:34 PM, Stefan Hajnoczi wrote: >> > On Wed, Apr 17, 2013 at 04:39:15PM +0800, Liu Ping Fan wrote: >> > I'm a little worried that we're lacking G_IO_

Re: [Qemu-devel] [RFC PATCH v4 01/15] util: introduce gsource event abstration

2013-04-22 Thread liu ping fan
On Fri, Apr 19, 2013 at 7:59 PM, Stefan Hajnoczi wrote: > On Fri, Apr 19, 2013 at 02:52:08PM +0800, liu ping fan wrote: >> On Thu, Apr 18, 2013 at 10:01 PM, Stefan Hajnoczi wrote: >> > On Wed, Apr 17, 2013 at 04:39:10PM +0800, Liu Ping Fan wrote: >> >> +static gboolean prepare(GSource *src, gint

[Qemu-devel] [PATCH] translate-all: fix compiler warning and linked error

2013-04-22 Thread Alexey Kardashevskiy
The code did use profile_getclock() but did not include include/qemu/timer.h where this function is defined. The patch fixes this. Signed-off-by: Alexey Kardashevskiy --- The exact warning and error messages are: /home/alexey/pcipassthru/qemu-impreza/translate-all.c:150:5: warning: implicit de

Re: [Qemu-devel] [PATCH] monitor: intervally send down events to guest in hold time

2013-04-22 Thread Amos Kong
On Sat, Apr 20, 2013 at 10:06:28AM -0600, Eric Blake wrote: > On 04/18/2013 10:44 PM, Amos Kong wrote: > > (qemu) sendkey a 1000 > > > > Current design is that qemu only send one down event to guest, > > and delay sometime, then send one up event. In this case, only > > key can be identified by gu

Re: [Qemu-devel] [RfC PATCH 0/5] console: qom-ify & extent screendump monitor command

2013-04-22 Thread Gerd Hoffmann
On 04/18/13 17:34, Eric Blake wrote: > On 04/18/2013 09:21 AM, Luiz Capitulino wrote: Question for the libvirt guys: Is it ok for libvirt to just extend the existing screendump command? Can libvirt figure there is a new (optional) parameter? See patch #5. >>> > >>> So yes, I thin

Re: [Qemu-devel] [sheepdog] [PATCH] sheepdog: implement .bdrv_co_is_allocated

2013-04-22 Thread Liu Yuan
On 04/22/2013 02:01 PM, MORITA Kazutaka wrote: > It looks better to use BDRV_SECTOR_SIZE . I'd suggest preparing > another patch to replace all the SECTOR_SIZE with BDRV_SECTOR_SIZE. > Okay >> > + end = start + (nb_sectors * SECTOR_SIZE) / >> > SD_DATA_OBJ_SIZE; > Using 'start

[Qemu-devel] [PATCH v2 2/2] sheepdog: implement .bdrv_co_is_allocated()

2013-04-22 Thread Liu Yuan
From: Liu Yuan Cc: MORITA Kazutaka Cc: Kevin Wolf Cc: Stefan Hajnoczi Signed-off-by: Liu Yuan --- block/sheepdog.c | 36 1 file changed, 36 insertions(+) diff --git a/block/sheepdog.c b/block/sheepdog.c index 0b700a3..0dbf039 100644 --- a/block/sheepdo

[Qemu-devel] [PATCH v2 1/2] sheepdog: use BDRV_SECTOR_SIZE

2013-04-22 Thread Liu Yuan
From: Liu Yuan Cc: MORITA Kazutaka Cc: Kevin Wolf Cc: Stefan Hajnoczi Signed-off-by: Liu Yuan --- block/sheepdog.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/block/sheepdog.c b/block/sheepdog.c index c099117..0b700a3 100644 --- a/block/sheepdog.c +++ b/

[Qemu-devel] [PATCH v2 0/2] implement .bdrv_co_is_allocated

2013-04-22 Thread Liu Yuan
From: Liu Yuan v2: - correct 'end' calculation - get the longest unallocated area - replace SECTOR_SIZE with BDRV_SECTOR_SIZE PATCH 1/2 is ia prepare patch PATCH 2/2 implement .bdrv_co_is_allocated Liu Yuan (2): sheepdog: use BDRV_SECTOR_SIZE sheepdog: implement .bdrv_co_is_allocated()

<    1   2   3   4