Andreas Färber writes:
> Commit e253c28 ("tests: Fix how qom-test is run") introduced
> $(qtest-generic-y) and used it for check-qtest-% target, but did not
> update check-report-qtest-%. This causes check-report-qtest-aarch64.xml
> target to fail with a gtester usage error for lack of test argum
Currently, all virtio devices bypass IOMMU completely. This is because
address_space_memory is assumed and used during DMA emulation. This
patch converts the virtio core API to use DMA API. This idea is
- introducing a new transport specific helper to query the dma address
space. (only pci versi
Eric Blake writes:
> On 11/18/2015 01:53 AM, Eric Blake wrote:
>> Add positive tests to qapi-schema-test for things that were
>> made possible by recent patches but which caused compile errors
>> due to collisions prior to that point. The focus is mainly on
>> collisions due to names we have res
Fam Zheng writes:
> Otherwise, a window flashes on my desktop (built with SDL). Add this as
> other cases have it.
>
> Signed-off-by: Fam Zheng
>
> ---
> v2: Fix 119 too. [Max]
> ---
> tests/qemu-iotests/119 | 2 +-
> tests/qemu-iotests/120 | 2 +-
> 2 files changed, 2 insertions(+), 2 deletion
On Fri, 11/20 19:22, Vladimir Sementsov-Ogievskiy wrote:
> On 20.11.2015 12:59, Fam Zheng wrote:
> >Sometimes confused with the granularity with coarse levels in HBitmap, the
> >granularity in the hbitmap_alloc is not an essential concept of a bitmap.
> >Now
> >that all callers except the test co
On Fri, 11/20 19:08, Vladimir Sementsov-Ogievskiy wrote:
> On 20.11.2015 12:59, Fam Zheng wrote:
> >HBitmap is an implementation detail of block dirty bitmap that should be
> >hidden
> >from users. Introduce a BdrvDirtyBitmapIter to encapsulate the underlying
> >HBitmapIter.
> >
> >A small differe
On Fri, 11/20 18:53, Vladimir Sementsov-Ogievskiy wrote:
> On 20.11.2015 12:59, Fam Zheng wrote:
> >"s->bitmap" tracks done sectors, we only check bit states without using any
> >iterator which HBitmap is good for. Switch to "Bitmap" which is simpler and
> >more memory efficient.
> >
> >Meanwhile,
Hello! No news for a long time, we are at RC stage. Could we get this in?
Kind regards,
Pavel Fedin
Expert Engineer
Samsung Electronics Research center Russia
> -Original Message-
> From: qemu-devel-bounces+p.fedin=samsung@nongnu.org [mailto:qemu-devel-
> bounces+p.fedin=samsung@
The new QMP command name is x-blockdev-change. It justs for adding/removing
quorum's child now, and don't support all kinds of children, all kinds of
operations, nor all block drivers. So it is experimental now.
Signed-off-by: Wen Congyang
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
---
In some cases, we want to take a quorum child offline, and take
another child online.
Signed-off-by: Wen Congyang
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
Reviewed-by: Eric Blake
Reviewed-by: Alberto Garcia
---
block.c | 50 +++
Signed-off-by: Wen Congyang
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
---
block.c | 8 ++--
block/quorum.c| 124 +-
include/block/block.h | 4 ++
3 files changed, 130 insertions(+), 6 deletions(-)
diff --git a/
If quorum's child is broken, we can use mirror job to replace it.
But sometimes, the user only need to remove the broken child, and
add it later when the problem is fixed.
It is based on the Kevin's child name related patch:
http://repo.or.cz/qemu/kevin.git/commitdiff/b8f3aba84160564576a5a068398f2
On 2015/11/21 5:50, Eric Blake wrote:
On 11/03/2015 04:56 AM, zhanghailiang wrote:
If some errors happen during VM's COLO FT stage, it's important to notify the
users
of this event. Together with 'colo_lost_heartbeat', users can intervene in
COLO's
failover work immediately.
If users don't wan
On 2015/11/20 23:51, Dr. David Alan Gilbert wrote:
* zhanghailiang (zhang.zhanghaili...@huawei.com) wrote:
When handling failover, we do different things according to the different stage
of failover process, here we introduce a global atomic variable to record the
status of failover.
We add fou
On Thu, Oct 29, 2015 at 7:36 AM, Peter Crosthwaite
wrote:
>
>
> On Wed, Oct 28, 2015 at 10:32 AM, Alistair Francis
> wrote:
>>
>> Connect the sst25wf080 SPI flash to the EP108 board.
>>
>> Signed-off-by: Alistair Francis
>> ---
>> V3:
>> - Don't reach into the SoC
>> V2:
>> - Use sst25wf080 in
On 11/21/2015 01:25 AM, Alex Williamson wrote:
On Fri, 2015-11-20 at 08:10 +, Tian, Kevin wrote:
Here is a more concrete example:
KVMGT doesn't require IOMMU. All DMA targets are already replaced with
HPA thru shadow GTT. So DMA requests from GPU all contain HPAs.
When IOMMU is enabled, o
On Fri, Oct 30, 2015 at 3:21 AM, Alistair Francis
wrote:
> On Thu, Oct 29, 2015 at 12:04 PM, Peter Crosthwaite
> wrote:
>> On Thu, Oct 29, 2015 at 10:45 AM, Alistair Francis
>> wrote:
>>> On Thu, Oct 29, 2015 at 1:27 AM, Frederic Konrad
>>> wrote:
On 29/10/2015 03:00, Peter Crosthwaite wro
On 11/21/2015 12:40 AM, Alex Williamson wrote:
Thanks for confirmation. For QEMU/KVM, I totally agree your point; However,
if we take XenGT to consider, it will be a bit more complex: with Xen
hypervisor and Dom0 kernel running in different level, it's not a straight-
forward way for QEMU to do
Hi Max, Sascha:
On 11/21/2015 12:24 AM, Max Reitz wrote:
On 19.11.2015 08:28, tu bo wrote:
Hi Max:
On 11/19/2015 12:52 AM, Max Reitz wrote:
On 04.11.2015 03:26, Bo Tu wrote:
The tests for device type "ide_cd" should only be tested for the pc
platform.
The default device id of hard disk on th
Hi Fam, Max:
On 11/23/2015 10:33 AM, Fam Zheng wrote:
On Mon, 11/23 10:29, tu bo wrote:
Hi Max:
On 11/21/2015 12:17 AM, Max Reitz wrote:
On 20.11.2015 10:35, Fam Zheng wrote:
Otherwise, a window flashes on my desktop (built with SDL). Other
iotest cases have that.
Signed-off-by: Fam Zheng
On Mon, 11/23 10:29, tu bo wrote:
> Hi Max:
>
> On 11/21/2015 12:17 AM, Max Reitz wrote:
> >On 20.11.2015 10:35, Fam Zheng wrote:
> >>Otherwise, a window flashes on my desktop (built with SDL). Other
> >>iotest cases have that.
> >>
> >>Signed-off-by: Fam Zheng
> >>---
> >> tests/qemu-iotests/12
Otherwise, a window flashes on my desktop (built with SDL). Add this as
other cases have it.
Signed-off-by: Fam Zheng
---
v2: Fix 119 too. [Max]
---
tests/qemu-iotests/119 | 2 +-
tests/qemu-iotests/120 | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/qemu-iotests/11
Hi Max:
On 11/21/2015 12:17 AM, Max Reitz wrote:
On 20.11.2015 10:35, Fam Zheng wrote:
Otherwise, a window flashes on my desktop (built with SDL). Other
iotest cases have that.
Signed-off-by: Fam Zheng
---
tests/qemu-iotests/120 | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -
With dataplane, the ioeventfd events could be dispatched after
mirror_run releases the dirty bitmap, but before mirror_exit actually
does the device switch, because the iothread will still be running, and
it will cause silent data loss.
Fix this by adding a bdrv_drained_begin/end pair around the w
"werror=report" would free the req in virtio_blk_handle_rw_error, we
mustn't write to it in that case.
Reported-by: Paolo Bonzini
Signed-off-by: Fam Zheng
---
hw/block/virtio-blk.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/hw/block/virtio-blk.c b/hw/block/virtio
On Sun, 11/22 20:41, Paolo Bonzini wrote:
> > diff --git a/hw/block/virtio-blk.c b/hw/block/virtio-blk.c
> > index e70fccf..848f3fe 100644
> > --- a/hw/block/virtio-blk.c
> > +++ b/hw/block/virtio-blk.c
> > @@ -112,6 +112,10 @@ static void virtio_blk_rw_complete(void *opaque, int
> > ret)
> >
On 17/11/2015 11:20, Fam Zheng wrote:
> When a request R is absorbed by request M, it is appended to the
> "mr_next" queue led by M, and is completed together with the completion
> of M, in virtio_blk_rw_complete.
>
> During DMA restart in virtio_blk_dma_restart_bh, requests in s->rq are
> parse
On Nov 22, 2015, at 6:58 AM, Mark Cave-Ayland wrote:
> On 21/11/15 22:59, Programmingkid wrote:
>
>> On Nov 21, 2015, at 7:32 AM, Mark Cave-Ayland wrote:
>>
>>> On 20/11/15 17:06, Alfonso Gamboa wrote:
>>>
booting into MacOS9 with qemu to the Desktop is now possible, see:
http:
Ping. Any chance to get this merged?
I don't think this patch could have any particular bad impact on qemu as
it affects the sh4 emulation only and so far my tests with building
packages on qemu-sh4 have shown no regressions. But with the patch,
sigaltstack now works fine on sh4 which the above te
On 21/11/15 22:59, Programmingkid wrote:
> On Nov 21, 2015, at 7:32 AM, Mark Cave-Ayland wrote:
>
>> On 20/11/15 17:06, Alfonso Gamboa wrote:
>>
>>> booting into MacOS9 with qemu to the Desktop is now possible, see:
>>>
>>> http://www.emaculation.com/forum/viewtopic.php?f=34&t=7047&start=250
>>>
30 matches
Mail list logo