Thanks Jeff! All of the review comments have been addressed in v5.
On Mon, Oct 31, 2016 at 2:55 PM, Jeff Cody wrote:
> On Fri, Oct 28, 2016 at 11:47:11PM -0700, Ashish Mittal wrote:
>> Source code for the qnio library that this code loads can be downloaded from:
>> https://github.com/MittalAshish
Source code for the qnio library that this code loads can be downloaded
from:
https://github.com/MittalAshish/libqnio.git
Sample command line using the JSON syntax:
./qemu-system-x86_64 -name instance-0008 -S -vnc 0.0.0.0:0 -k en-us
-vga cirrus -device virtio-balloon-pci,id=balloon0,bus=pci.0,
Hmm, there are other contents in this file need to be updated,
for example, we support blockdev-add command for nbd now,
so we can convert the related hmp command to qmp command way.
But since we didn't integrate COLO frame with block replication
and proxy, It is OK to fix them later.
For COLO, t
We forgot to assign true to params->has_x_checkpoint_delay parameter
in qmp_query_migrate_parameters.
Without this, qmp command 'query-migrate-parameters' doesn't show the
default value for x-checkpoint-delay option.
It doesn't influence output of hmp command 'info migrate_parameters'.
Signed-off
On 11/01/2016 11:44 AM, Alex Williamson wrote:
> On Tue, 01 Nov 2016 11:08:15 +0800
> Jike Song wrote:
>> On 10/27/2016 05:29 AM, Kirti Wankhede wrote:
>>> +static int mdev_attach_iommu(struct mdev_device *mdev)
>>> +{
>>> + int ret;
>>> + struct iommu_group *group;
>>> +
>>> + group = iommu
Hi Alex,
Alex Bennée writes:
> These flushes allow a per-mmuidx granularity to the TLB flushing and are
> currently only used by the ARM model. As it is possible to hammer the
> other vCPU threads with flushes (and build up long queues of identical
> flushes) we extend mechanism used for the glo
>> >> +##
>> >> +{ 'struct': 'BlockdevOptionsVxHS',
>> >> + 'data': { 'vdisk_id': 'str',
>> >> +'server': 'InetSocketAddress' } }
>> >
>> > Is there any way to use a Unix socket, or is this server ONLY accessible
>> > over IPv4/IPv6?
>> >
>>
>> Right now we support IPv4 only.
>
> IMHO
On Mon, Oct 31, 2016 at 03:10:23PM +1100, Alexey Kardashevskiy wrote:
> On 31/10/16 13:53, David Gibson wrote:
> > On Fri, Oct 28, 2016 at 12:07:12PM +0200, Greg Kurz wrote:
> >> On Fri, 28 Oct 2016 18:56:40 +1100
> >> Alexey Kardashevskiy wrote:
> >>
> >>> At the moment sPAPR PHB creates a root b
* Alex Williamson [2016-10-29 08:03:01 -0600]:
> On Sat, 29 Oct 2016 16:07:05 +0530
> Kirti Wankhede wrote:
>
> > On 10/29/2016 2:03 AM, Alex Williamson wrote:
> > > On Sat, 29 Oct 2016 01:32:35 +0530
> > > Kirti Wankhede wrote:
> > >
> > >> On 10/28/2016 6:10 PM, Alex Williamson wrote:
>
On Tue, 01 Nov 2016 11:08:15 +0800
Jike Song wrote:
> On 10/27/2016 05:29 AM, Kirti Wankhede wrote:
> > +static int mdev_attach_iommu(struct mdev_device *mdev)
> > +{
> > + int ret;
> > + struct iommu_group *group;
> > +
> > + group = iommu_group_alloc();
> > + if (IS_ERR(group))
> > +
On 2016/11/1 6:27, Eric Blake wrote:
On 10/30/2016 05:46 AM, Amit Shah wrote:
From: zhanghailiang
Add a new migration state: MIGRATION_STATUS_COLO. Migration source side
enters this state after the first live migration successfully finished
if COLO is enabled by command 'migrate_set_capability
On 10/31/2016 07:09 PM, Igor Mammedov wrote:
On Mon, 31 Oct 2016 17:52:24 +0800
Xiao Guangrong wrote:
On 10/31/2016 05:45 PM, Igor Mammedov wrote:
On Sun, 30 Oct 2016 23:25:05 +0200
"Michael S. Tsirkin" wrote:
From: Xiao Guangrong
The buffer is used to save the FIT info for all the pre
Fix COLO-Proxy part of COLO architecture diagram
Signed-off-by: Zhang Chen
---
docs/COLO-FT.txt | 72 +---
1 file changed, 37 insertions(+), 35 deletions(-)
diff --git a/docs/COLO-FT.txt b/docs/COLO-FT.txt
index 6282938..e289be2 100644
--- a/d
Hi,
Your series seems to have some coding style problems. See output below for
more information:
Type: series
Subject: [Qemu-devel] [PATCH v2 0/3] atapi: classify read_cd as conditionally
returning data
Message-id: 1477970211-25754-1-git-send-email-js...@redhat.com
=== TEST SCRIPT BEGIN ===
#!/
For the purposes of byte_count_limit verification, add a new flag that
identifies read_cd as sometimes returning data, then check the BCL in
its command handler after we know that it will indeed return data.
Reported-by: Hervé Poussineau
Signed-off-by: John Snow
---
hw/ide/atapi.c | 51
v2:
- Actually applied the changes this time ...
- And added a test to the AHCI suite...
- ...Which revealed a few small issues in the suite.
The AHCI test should be sufficient in terms of general proof
for ATAPI regardless of the HBA used.
_
These can simply be the size of the number of sectors we're reading,
plus one for a buffer. We don't need them to be any larger.
Signed-off-by: John Snow
---
tests/ahci-test.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/tests/ahci-test.c b/tests/ahci-test.c
index 70bcaf
Commit 9ef2e93f introduced the concept of tagging ATAPI commands as
NONDATA, but this introduced a regression for certain commands better
described as CONDDATA. read_cd is such a command that both requires
a non-zero BCL if a transfer size is set, but is perfectly content to
accept a zero BCL if th
On 10/27/2016 05:29 AM, Kirti Wankhede wrote:
> Design for Mediated Device Driver:
> Main purpose of this driver is to provide a common interface for mediated
> device management that can be used by different drivers of different
> devices.
>
> This module provides a generic interface to create th
From: Yuri Benditovich
https://bugzilla.redhat.com/show_bug.cgi?id=1373816
qemu core dump happens during repetitive unpug-plug
with multiple queues and Windows RSS-capable guest.
If back-end delete requested during virtio-net device
initialization, driver still can try configure the device
for mu
On Tue, Oct 25, 2016 at 06:57:33PM -0500, Michael Roth wrote:
> Quoting David Gibson (2016-10-24 20:41:29)
> > On Mon, Oct 17, 2016 at 04:24:31PM -0500, Michael Roth wrote:
> > > Quoting Peter Maydell (2016-10-17 13:45:21)
> > > > On 17 October 2016 at 19:13, Michael Roth
> > > > wrote:
> > > > >
On 10/31/2016 10:27 PM, Romain Naour wrote:
> Hi Marek, all,
Hi,
> Le 18/10/2016 à 06:17, Marek Vasut a écrit :
>> On 10/15/2016 03:15 PM, Romain Naour wrote:
>>> Hi Marek,
>>
>> Hi!
>>
>>> Le 28/09/2016 à 01:30, Marek Vasut a écrit :
Add nios2 disassembler support. This patch is composed fr
On 2016/11/1 1:17, Juan Quintela wrote:
Amit Shah wrote:
From: zhanghailiang
Add checkpoint-delay parameter for migrate-set-parameters, so that
we can control the checkpoint frequency when COLO is in periodic mode.
@@ -587,6 +593,7 @@ MigrationParameters *qmp_query_migrate_parameters(Error
On Mon, 10/31 17:01, Eric Blake wrote:
> On 10/31/2016 10:38 AM, Fam Zheng wrote:
> > This implements open flag sensible image locking for local file
> > and host device protocol.
> >
> > virtlockd in libvirt locks the first byte, so we start looking at the
> > file bytes from 1.
>
> What happens
On 2016/11/1 2:25, Eduardo Habkost wrote:
On Sun, Oct 30, 2016 at 04:16:58PM +0530, Amit Shah wrote:
[...]
+static void colo_wait_handle_message(QEMUFile *f, int *checkpoint_request,
+ Error **errp)
+{
+COLOMessage msg;
+Error *local_err = NULL;
+
+
On 2016/11/1 5:50, Jeff Cody wrote:
Some older GCC versions (e.g. 4.4.7) report a warning on an
uninitialized variable for 'request', even though all possible code
paths that reference 'request' will be initialized. To appease
these versions, initialize the variable to 0.
Thanks for reportin
From: "Denis V. Lunev"
Unfortunately, there is no public Windows API to start trimming the
filesystem. The only viable way here is to call 'defrag.exe /L' for
each volume.
This is working since Win8 and Win2k12.
Signed-off-by: Denis V. Lunev
Signed-off-by: Denis Plotnikov
CC: Michael Roth
CC
From: Stefan Hajnoczi
Add AF_VSOCK (virtio-vsock) support as an alternative to virtio-serial.
$ qemu-system-x86_64 -device vhost-vsock-pci,guest-cid=3 ...
(guest)# qemu-ga -m vsock-listen -p 3:1234
Signed-off-by: Stefan Hajnoczi
Reviewed-by: Michael Roth
Signed-off-by: Michael Roth
---
From: Stefan Hajnoczi
ga_channel_listen_accept() is currently hard-coded to support only
AF_UNIX because the struct sockaddr_un type is used. This function
should work with any address family.
Drop the sockaddr since the client address is unused and is an optional
argument to accept(2).
Signed
From: Stefan Hajnoczi
Add the AF_VSOCK address family so that qemu-ga will be able to use
virtio-vsock.
The AF_VSOCK address family uses address tuples. The cid is
the unique identifier comparable to an IP address. AF_VSOCK does not
use name resolution so it's easy to convert between struct s
The following changes since commit e80b4b8fb6babce7dcc91ea9ddeecbc351fd4646:
Merge remote-tracking branch 'remotes/awilliam/tags/vfio-updates-20161031.0'
into staging (2016-10-31 18:19:06 +)
are available in the git repository at:
git://github.com/mdroth/qemu.git tags/qga-pull-2016-10-
From: Stefan Hajnoczi
Throughout the code there are c->listen_channel checks which manage the
listen socket file descriptor (waiting for accept(2), closing the file
descriptor, etc). These checks are currently preceded by explicit
c->method == GA_CHANNEL_UNIX_LISTEN checks.
Explicit GA_CHANNEL_
Quoting Michael Roth (2016-10-25 18:51:19)
> Quoting Stefan Hajnoczi (2016-10-14 04:00:55)
> > Add the AF_VSOCK address family so that qemu-ga will be able to use
> > virtio-vsock.
> >
> > The AF_VSOCK address family uses address tuples. The cid is
> > the unique identifier comparable to an IP a
On Mon, Oct 31, 2016 at 03:34:48PM -0200, Jose Ricardo Ziviani wrote:
> bcdcfz. converts from Zoned numeric format to BCD. Zoned format uses
> a byte to represent a digit where the most significant nibble is 0x3
> or 0xf, depending on the preferred signal.
>
> Signed-off-by: Jose Ricardo Ziviani
On Mon, Oct 31, 2016 at 03:34:46PM -0200, Jose Ricardo Ziviani wrote:
> bcdcfn. converts from National numeric format to BCD. National format
> uses a byte to represent a digit where the most significant nibble is
> always 0x3 and the least sign. nibbles is the digit itself.
>
> Signed-off-by: Jos
On Mon, Oct 31, 2016 at 03:34:47PM -0200, Jose Ricardo Ziviani wrote:
> bcdctn. converts from BCD to National numeric format. National format
> uses a byte to represent a digit where the most significant nibble is
> always 0x3 and the least sign. nibbles is the digit itself.
>
> Signed-off-by: Jos
Update helper to set the throwing location in case of div-by-0.
Cleanup divX.w and add quad word variants of divX.l.
Signed-off-by: Laurent Vivier
---
linux-user/main.c | 7 ++
target-m68k/cpu.h | 4 --
target-m68k/helper.h| 8 ++-
target-m68k/op_helper.c | 182
Signed-off-by: Laurent Vivier
---
target-m68k/translate.c | 62 +++--
1 file changed, 50 insertions(+), 12 deletions(-)
diff --git a/target-m68k/translate.c b/target-m68k/translate.c
index c00978d..93e201c 100644
--- a/target-m68k/translate.c
+++ b/tar
This series is another subset of the series I sent in May:
https://lists.gnu.org/archive/html/qemu-devel/2016-05/msg00501.html
It must be applied on top of series:
"target-m68k: 680x0 instruction set, part 2"
This subset contains reworked patches of mul and div instructions:
- "add 64bit mull": c
Hi,
An OS X guest (which works on q35) hangs during boot on i440fx. This error
appears on the console: “SMC::smcInitEventSources ERROR: failed to create
fInterruptSource”
This used to work in QEMU 2.2, but broke in 2.3. I narrowed it down to this
commit: http://git.qemu.org/?p=qemu.git;a=commi
On Mon, Oct 31, 2016 at 10:50:31AM +0100, Igor Mammedov wrote:
> On Sun, 30 Oct 2016 23:23:18 +0200
> "Michael S. Tsirkin" wrote:
>
> > The following changes since commit 5b2ecabaeabc17f032197246c4846b9ba95ba8a6:
> >
> > Merge remote-tracking branch 'remotes/kraxel/tags/pull-ui-20161028-1'
>
On Tue, Nov 01, 2016 at 12:01:17AM +0200, yuri.benditov...@daynix.com wrote:
> From: Yuri Benditovich
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1373816
> qemu core dump happens during repetitive unpug-plug
> with multiple queues and Windows RSS-capable guest.
> If back-end delete requested
On Mon, Oct 31, 2016 at 05:01:44PM -0500, Eric Blake wrote:
> On 10/31/2016 10:38 AM, Fam Zheng wrote:
> > This implements open flag sensible image locking for local file
> > and host device protocol.
> >
> > virtlockd in libvirt locks the first byte, so we start looking at the
> > file bytes fro
On Mon, Oct 31, 2016 at 08:35:33AM -0200, Rafael David Tinoco wrote:
> On Sun, Oct 30, 2016 at 5:26 PM, Michael S. Tsirkin wrote:
> >
> > On Sat, Oct 22, 2016 at 07:00:41AM +, Rafael David Tinoco wrote:
> > > Commit 31190ed7 added a migration blocker in vhost_dev_init() to
> > > check if memfd
On 10/30/2016 05:46 AM, Amit Shah wrote:
> From: zhanghailiang
>
> Add a new migration state: MIGRATION_STATUS_COLO. Migration source side
> enters this state after the first live migration successfully finished
> if COLO is enabled by command 'migrate_set_capability x-colo on'.
>
> We reuse mig
On Mon, Oct 31, 2016 at 03:47:53PM -0400, Paolo Bonzini wrote:
>
>
> - Original Message -
> > From: "Eduardo Habkost"
> > To: "Paolo Bonzini"
> > Cc: qemu-devel@nongnu.org, "Haozhong Zhang"
> > Sent: Monday, October 31, 2016 7:20:10 PM
> > Subject: Re: [Qemu-devel] [PULL 08/27] hostmem
On 10/31/2016 10:38 AM, Fam Zheng wrote:
> This implements open flag sensible image locking for local file
> and host device protocol.
>
> virtlockd in libvirt locks the first byte, so we start looking at the
> file bytes from 1.
What happens if we try to use a raw file with less than 3 bytes? Th
On 10/18/2016 05:47 AM, Peter Lieven wrote:
Am 12.10.2016 um 23:18 schrieb Michael R. Hines:
Peter,
Greetings from DigitalOcean. We're experiencing the same symptoms
without this patch.
We have, collectively, many gigabytes of un-planned-for RSS being
used per-hypervisor
that we would like t
On Fri, Oct 28, 2016 at 11:47:11PM -0700, Ashish Mittal wrote:
> Source code for the qnio library that this code loads can be downloaded from:
> https://github.com/MittalAshish/libqnio.git
>
> Sample command line using the JSON syntax:
> ./qemu-system-x86_64 -name instance-0008 -S -vnc 0.0.0.0
On Mon, Oct 31, 2016 at 08:08:46PM +, Mark Cave-Ayland wrote:
> I've just done a git pull and get the following build error here:
>
> cc -I/home/build/src/qemu/git/qemu/tcg
> -I/home/build/src/qemu/git/qemu/tcg/i386
> -I/home/build/src/qemu/git/qemu/linux-headers
> -I/home/build/src/qemu/git/q
Some older GCC versions (e.g. 4.4.7) report a warning on an
uninitialized variable for 'request', even though all possible code
paths that reference 'request' will be initialized. To appease
these versions, initialize the variable to 0.
Reported-by: Mark Cave-Ayland
Signed-off-by: Jeff Cody
--
Hi Marek, all,
Le 18/10/2016 à 06:17, Marek Vasut a écrit :
> On 10/15/2016 03:15 PM, Romain Naour wrote:
>> Hi Marek,
>
> Hi!
>
>> Le 28/09/2016 à 01:30, Marek Vasut a écrit :
>>> Add nios2 disassembler support. This patch is composed from binutils files
>>> from commit "Opcodes and assembler s
Tested-by: Mark Cave-Ayland
Signed-off-by: Richard Henderson
---
target-sparc/translate.c | 63
1 file changed, 63 insertions(+)
diff --git a/target-sparc/translate.c b/target-sparc/translate.c
index 0fb361a..7950458 100644
--- a/target-sparc/tra
ging (2016-10-31 11:12:02 +)
are available in the git repository at:
git://github.com/rth7680/qemu.git tags/pull-sparc-20161031-2
for you to fetch changes up to 5a7267b6a9e94c264ca77a7ca5a239e70dac81da:
target-sparc: Use tcg_gen_atomic_cmpxchg_tl (2016-10-31 14:4
> -Original Message-
> From: Peter Maydell [mailto:peter.mayd...@linaro.org]
> Sent: Monday, October 31, 2016 11:15 AM
> To: Krzeminski, Marcin (Nokia - PL/Wroclaw)
>
> Cc: QEMU Developers ; qemu-arm a...@nongnu.org>; rfsw-patc...@mlist.nokia.com
> Subject: Re: [v2] nvic: set pending st
Hi Peter,
Here are the OpenBIOS updates for the 2.8 release. Please pull.
ATB,
Mark.
The following changes since commit e80b4b8fb6babce7dcc91ea9ddeecbc351fd4646:
Merge remote-tracking branch 'remotes/awilliam/tags/vfio-updates-20161031.0'
into staging (2016-10-31 18:19:06 +)
are avai
On 10/31/2016 06:42 AM, Alex Bennée wrote:
>
> Zhang Chen writes:
>> It looks good for me, but it not the root cause of this bug.
>> We better fix this in UST trace event codes
>
> I didn't get a chance to dig into the details but yes we need to confirm
> if this is a limitation with UST or
Thanks! Will fix these in the next patch!
On Mon, Oct 31, 2016 at 12:05 PM, Eric Blake wrote:
> On 10/29/2016 01:47 AM, Ashish Mittal wrote:
>> Source code for the qnio library that this code loads can be downloaded from:
>> https://github.com/MittalAshish/libqnio.git
>
> For now, just an interfa
I've just done a git pull and get the following build error here:
cc -I/home/build/src/qemu/git/qemu/tcg
-I/home/build/src/qemu/git/qemu/tcg/i386
-I/home/build/src/qemu/git/qemu/linux-headers
-I/home/build/src/qemu/git/qemu/linux-headers -I.
-I/home/build/src/qemu/git/qemu -I/home/build/src/qemu/g
Current migration code cannot handle some data structures such as
QTAILQ in qemu/queue.h. Here we extend the signatures of put/get
in VMStateInfo so that customized handling is supported.
Signed-off-by: Jianjun Duan
---
hw/display/virtio-gpu.c | 6 ++-
hw/intc/s390_flic_kvm.c | 6 ++-
Add a test for QTAILQ migration to tests/test-vmstate.c.
Signed-off-by: Jianjun Duan
---
tests/test-vmstate.c | 160 +++
1 file changed, 160 insertions(+)
diff --git a/tests/test-vmstate.c b/tests/test-vmstate.c
index d8da26f..a992408 100644
--- a
Hi all,
I addressed some review comments. Comments are welcome.
v10: - Fixed a typo.
Previous versions are:
v9: - No more hard encoding of QTAILQ layout information
(link: http://lists.nongnu.org/archive/html/qemu-ppc/2016-10/msg01042.html)
v8: - Fixed a style issue.
(link: http://lists.
Currently we cannot directly transfer a QTAILQ instance because of the
limitation in the migration code. Here we introduce an approach to
transfer such structures. We created VMStateInfo vmstate_info_qtailq
for QTAILQ. Similar VMStateInfo can be created for other data structures
such as list.
This
- Original Message -
> From: "Eduardo Habkost"
> To: "Paolo Bonzini"
> Cc: qemu-devel@nongnu.org, "Haozhong Zhang"
> Sent: Monday, October 31, 2016 7:20:10 PM
> Subject: Re: [Qemu-devel] [PULL 08/27] hostmem-file: make option 'size'
> optional
>
> On Mon, Oct 31, 2016 at 03:37:24PM +
I've set this to "Fix released" since this bug was fixed with the last
set of macio rewrites which were released with QEMU 2.6, although both
2.7 and the upcoming 2.8 release include further fixes in this area.
** Changed in: qemu
Status: New => Fix Released
--
You received this bug not
From: John Snow
To make it a little more obvious which functions are intended to be
public interface and which are intended to be for use only by jobs
themselves, split the interface into "public" and "private" files.
Convert blockjobs (e.g. block/backup) to using the private interface.
Leave bl
From: John Snow
(Trivial)
Fix wrong function names in documentation.
Signed-off-by: John Snow
Reviewed-by: Kevin Wolf
Reviewed-by: Jeff Cody
Message-id: 1477584421-1399-8-git-send-email-js...@redhat.com
Signed-off-by: Jeff Cody
---
include/block/blockjob_int.h | 4 ++--
1 file changed, 2 i
From: John Snow
BlockJobs will begin hiding their state in preparation for some
refactorings anyway, so let's internalize the user_pause mechanism
instead of leaving it to callers to correctly manage.
Signed-off-by: John Snow
Reviewed-by: Kevin Wolf
Reviewed-by: Jeff Cody
Message-id: 14775844
From: John Snow
There's no reason to leave this to blockdev; we can do it in blockjobs
directly and get rid of an extra callback for most users.
All non-internal events, even those created outside of QMP, will
consistently emit events.
Signed-off-by: John Snow
Reviewed-by: Kevin Wolf
Reviewed
From: John Snow
Bubble up the internal interface to commit and backup jobs, then switch
replication tasks over to using this methodology.
Signed-off-by: John Snow
Reviewed-by: Kevin Wolf
Reviewed-by: Jeff Cody
Message-id: 1477584421-1399-4-git-send-email-js...@redhat.com
Signed-off-by: Jeff C
From: Prasanna Kumar Kalever
using atoi() for converting string to int may be error prone in case if
string supplied in the argument is not a fold of numerical number,
This is not a bug because in the existing code,
static QemuOptsList runtime_tcp_opts = {
.name = "gluster_tcp",
.head =
From: John Snow
Add the ability to create jobs without an ID.
Signed-off-by: John Snow
Reviewed-by: Kevin Wolf
Reviewed-by: Jeff Cody
Message-id: 1477584421-1399-3-git-send-email-js...@redhat.com
Signed-off-by: Jeff Cody
---
block/backup.c| 2 +-
block/commit.c| 2
From: John Snow
If jobs are not created directly by the user, do not allow them to be
seen by the user/management utility. At the moment, 'internal' jobs are
those that do not have an ID. As of this patch it is impossible to
create such jobs.
Signed-off-by: John Snow
Message-id: 1477584421-1399
Add checks to see if the system compiling QEMU has support for
SEEK_HOLE/SEEK_DATA. If the system does not, we will flag that seek
data is unsupported in gluster.
Note: this is not a check on whether the gluster server itself supports
SEEK_DATA (that is already done during runtime), but rather if
From: Prasanna Kumar Kalever
Currently, for every drive accessed via gfapi we create a new glfs
instance (call glfs_new() followed by glfs_init()) which could consume
memory in few 100 MB's, from the table below it looks like for each
instance ~300 MB VSZ was consumed
Before:
---
Disks VSZ
From: Fam Zheng
We already specified BDRV_O_UNMAP when opening images in 'qemu-img
commit', but didn't turn on the "unmap" in the active commit job. This
patch fixes that so that zeroed clusters in top image can be discarded
which is desired in the virt-sparsify use case, where a temporary
overla
From: Xiubo Li
Make it a bit clearer and more readable.
Signed-off-by: Xiubo Li
Reviewed-by: Stefan Hajnoczi
Reviewed-by: John Snow
Reviewed-by: Jeff Cody
Message-id: 1476519973-6436-1-git-send-email-lixi...@cmss.chinamobile.com
CC: John Snow
Signed-off-by: Jeff Cody
---
block/rbd.c | 29
The "logfile" option to BlockdevOptionsGluster will not be in
QEMU until 2.8. Update comment to indicate this.
Reported-by: Eric Blake
Signed-off-by: Jeff Cody
---
qapi/block-core.json | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/qapi/block-core.json b/qapi/block-core.js
The following changes since commit 6bc56d317f7b5004ea2d89d264bddc8b4d081700:
Merge remote-tracking branch 'remotes/bonzini/tags/for-upstream-mttcg' into
staging (2016-10-31 15:29:12 +)
are available in the git repository at:
g...@github.com:codyprime/qemu-kvm-jtc.git tags/block-pull-req
From: Prasanna Kumar Kalever
After introduction of qapi schema in gluster block driver code, the port
type is now string as per InetSocketAddress
{ 'struct': 'InetSocketAddress',
'data': {
'host': 'str',
'port': 'str',
'*to': 'uint16',
'*ipv4': 'bool',
'*ipv6': 'bool' } }
On 10/29/2016 02:36 AM, Laurent Vivier wrote:
Le 29/10/2016 à 01:25, Richard Henderson a écrit :
On 10/28/2016 03:39 PM, Laurent Vivier wrote:
+tcg_gen_movi_i32(QREG_CC_V, 0);
+tcg_gen_mov_i32(QREG_CC_C, QREG_CC_V);
movi CC, 0
Just to know, could you explain why it is bett
On 31 October 2016 at 17:37, Alex Williamson wrote:
> The following changes since commit 0bb1137930f51a89fb1bfeb0c46aa68af0395167:
>
> Merge remote-tracking branch 'remotes/cohuck/tags/s390x-20161031' into
> staging (2016-10-31 14:48:47 +)
>
> are availa
On 10/29/2016 01:47 AM, Ashish Mittal wrote:
> Source code for the qnio library that this code loads can be downloaded from:
> https://github.com/MittalAshish/libqnio.git
For now, just an interface review:
>
> Sample command line using the JSON syntax:
> ./qemu-system-x86_64 -name instance-0
On 10/31/2016 07:25 PM, Jianjun Duan wrote:
>
>
> On 10/31/2016 11:01 AM, Halil Pasic wrote:
>>
>>
>> On 10/31/2016 06:32 PM, Jianjun Duan wrote:
>> I think this got overly complicated. Here is a little patch on
>>> top of your stuff which gets rid of 15 lines and IMHO simplifies
>>
On 10/28/2016 05:26 PM, Greg Kurz wrote:
> The virtfs_reset() function is called either when the virtio-9p device
> gets reset, or when the client starts a new 9P session. In both cases,
> if it finds fids from a previous session, the following is printed in
> the monitor:
>
> 9pfs:virtfs_reset: O
On 10/31/2016 12:51 PM, Ashijeet Acharya wrote:
> This patch frees the leaked visitor in nbd_refresh_filename() and uses
> visit_free() to fix it.
>
> Signed-off-by: Ashijeet Acharya
> ---
> block/nbd.c | 1 +
> 1 file changed, 1 insertion(+)
Would be nice to mention that it was commit 491d6c7
Print a warning when mixing [+-]foo and foo=(on|off) in the -cpu
argument in a way that will break in the future.
Reviewed-by: Igor Mammedov
Signed-off-by: Eduardo Habkost
---
target-i386/cpu.c | 24
tests/test-x86-cpuid-compat.c | 28 +++
Hi Jeff,
Thanks for your very useful information! We will take a look at it to do
the needful.
-Rakesh
On 10/28/16, 2:50 PM, "Jeff Cody" wrote:
>On Fri, Oct 28, 2016 at 01:26:41AM +, Rakesh Ranjan wrote:
>> Hi Jeff et al,
>>
>> Thanks a lot for your due diligence to review the code change
Some tests use the "-vnc none" option without any clear reason,
making those tests break when --disable-vnc is specified on
./configure. Remove the unnecessary option.
Reviewed-by: John Snow
Tested-by: Corey Minyard
Reviewed-by: Michael S. Tsirkin
Acked-by: Kevin Wolf
Signed-off-by: Eduardo H
On 10/31/2016 11:01 AM, Halil Pasic wrote:
>
>
> On 10/31/2016 06:32 PM, Jianjun Duan wrote:
> I think this got overly complicated. Here is a little patch on
>> top of your stuff which gets rid of 15 lines and IMHO simplifies
>> things quite a bit. What do you think?
>
On Mon, Oct 31, 2016 at 02:45:24PM +, Peter Maydell wrote:
> On 28 October 2016 at 18:46, Jose Ricardo Ziviani
> wrote:
> > From: Jose Ricardo Ziviani
> >
> > This is an initial effort to have RISU working for PPC64LE.
> >
> > I also made some changes to isolate risugen, creating two modules
On 31 October 2016 at 17:25, Kevin Wolf wrote:
> The following changes since commit 0bb1137930f51a89fb1bfeb0c46aa68af0395167:
>
> Merge remote-tracking branch 'remotes/cohuck/tags/s390x-20161031' into
> staging (2016-10-31 14:48:47 +)
>
> are available in the gi
On 10/31/2016 09:37 AM, Paolo Bonzini wrote:
> From: Eric Blake
>
> NBD commit 6d34500b clarified how clients and servers are supposed
> to behave before closing a connection. It added NBD_REP_ERR_SHUTDOWN
> (for the server to announce it is about to go away during option
> haggling, so the clien
On 10/31/2016 11:18 AM, Peter Maydell wrote:
Looks like your variable name clashes with a #define in
the windows headers :-(
Oh good grief. Ok, I'll change the name, or something. That's horrible though.
r~
The following changes since commit 6bc56d317f7b5004ea2d89d264bddc8b4d081700:
Merge remote-tracking branch 'remotes/bonzini/tags/for-upstream-mttcg' into
staging (2016-10-31 15:29:12 +)
are available in the git repository at:
git://github.com/ehabkost/qemu.git tags/x86-and-machine-pull-r
On Fri, Oct 28, 2016 at 10:06:40AM +0800, Haozhong Zhang wrote:
[...]
> > > diff --git a/exec.c b/exec.c
> > > index 264a25f..89065bd 100644
> > > --- a/exec.c
> > > +++ b/exec.c
> > > @@ -1234,7 +1234,7 @@ static int64_t get_file_size(int fd)
> > > }
> > >
> > > static void *file_ram_alloc(RAMB
On 31/10/2016 18:20, Eduardo Habkost wrote:
> On Mon, Oct 31, 2016 at 04:27:26PM +0800, He Chen wrote:
>> From: Luwei Kang
>>
>> The spec can be found in Intel Software Developer Manual or in
>> Instruction Set Extensions Programming Reference.
>>
>> Signed-off-by: Luwei Kang
>> Signed-off-by:
On Sun, Oct 30, 2016 at 04:16:58PM +0530, Amit Shah wrote:
[...]
> +static void colo_wait_handle_message(QEMUFile *f, int *checkpoint_request,
> + Error **errp)
> +{
> +COLOMessage msg;
> +Error *local_err = NULL;
> +
> +msg = colo_receive_message(f,
On 31/10/2016 18:23, Eduardo Habkost wrote:
> On Thu, Oct 27, 2016 at 12:22:59PM +0800, Haozhong Zhang wrote:
>> If the memory backend file is not large enough to hold the required 'size',
>> Qemu will report error and exit.
>>
>> Signed-off-by: Haozhong Zhang
>
> Applied to machine-next. Thank
On 10/31/2016 06:32 PM, Jianjun Duan wrote:
I think this got overly complicated. Here is a little patch on
> top of your stuff which gets rid of 15 lines and IMHO simplifies
> things quite a bit. What do you think?
>
> It is based on/inspired by Dave's p
1 - 100 of 409 matches
Mail list logo
