Re: [Qemu-devel] [PATCH] i386 translation: fix typo in xsetbv implementation

On 07/20/2016 09:27 PM, Dave Hansen wrote: QEMU 2.6 added support for the XSAVE family of instructions, which includes the XSETBV instruction which allows setting the 'XCR0' register. But, when booting Linux kernels with XSAVE support enabled, I was getting very early crashes where the

Re: [Qemu-devel] [RFC v1 09/13] target-ppc: add cmpeqb instruction

On 07/23/2016 12:58 AM, Nikunj A Dadhania wrote: Richard Henderson writes: On 07/18/2016 10:35 PM, Nikunj A Dadhania wrote: +tcg_gen_andi_tl(src1, cpu_gpr[rA(ctx->opcode)], 0xFF); +for (i = 0; i < 64; i += 8) { +tcg_gen_shri_tl(t0, arg1, i); +

Re: [Qemu-devel] [Qemu-block] [PATCH 1/1] block: improve error handling in raw_open

On 18.07.2016 19:04, Halil Pasic wrote: > > > On 07/18/2016 05:57 PM, Max Reitz wrote: >> On 18.07.2016 17:48, Halil Pasic wrote: >>> >>> >>> On 07/18/2016 04:41 PM, Max Reitz wrote: On 18.07.2016 14:30, Halil Pasic wrote: > Make raw_open for POSIX more consistent in handling errors by

Re: [Qemu-devel] [PATCH v7 04/10] block: Support meta dirty bitmap

On 07/22/2016 05:57 PM, Max Reitz wrote: > On 18.07.2016 22:57, John Snow wrote: >> From: Fam Zheng >> >> The added group of operations enables tracking of the changed bits in >> the dirty bitmap. >> >> Signed-off-by: Fam Zheng >> Reviewed-by: Max Reitz

Re: [Qemu-devel] [PATCH v7 09/10] tests: Add test code for hbitmap serialization

On 18.07.2016 22:57, John Snow wrote: > From: Fam Zheng > > Signed-off-by: Fam Zheng > [Fixed minor constant issue. --js] > Signed-off-by: John Snow > > Signed-off-by: John Snow > --- > tests/test-hbitmap.c | 139 >

Re: [Qemu-devel] [PATCH v7 04/10] block: Support meta dirty bitmap

On 18.07.2016 22:57, John Snow wrote: > From: Fam Zheng > > The added group of operations enables tracking of the changed bits in > the dirty bitmap. > > Signed-off-by: Fam Zheng > Reviewed-by: Max Reitz > Signed-off-by: John Snow

Re: [Qemu-devel] [PATCH 2/8] exec: don't use cpu_index to detect if cpu_exec_init()'s been called for cpu

On Fri, Jul 22, 2016 at 11:32:48AM +1000, David Gibson wrote: > On Thu, Jul 21, 2016 at 05:54:33PM +0200, Igor Mammedov wrote: > > Instead use QTAIL's tqe_prev field to detect if cpu's been > > placed in list by cpu_exec_init() which is always set if > > QTAIL element is in list. > > > > Fixes

Re: [Qemu-devel] [PATCH v4 0/2] Report format specific info for LUKS block driver

On 22.07.2016 14:53, Daniel P. Berrange wrote: > This is a followup to: > > v1: https://lists.gnu.org/archive/html/qemu-devel/2016-06/msg01723.html > v2: https://lists.gnu.org/archive/html/qemu-devel/2016-06/msg03642.html > v3:

[Qemu-devel] [PATCH v3 0/4] Plug some memory leaks on unrealize

Changes from v2: Set the timers to NULL when unrealizing them, as the data structure is still intact. Split out the removal of the mutex from ipmi_bmc_sim to its own patch. I did figure out a way to test these. You can set the realize bool in the qapi for the device to cause it to be

[Qemu-devel] [PATCH v3 4/4] ipmi_bmc_sim: Add a proper unrealize function

From: Corey Minyard Add an unrealize function to free the timer allocated in the realize function, unregister the vmstate, and free any pending messages. Signed-off-by: Corey Minyard Reviewed-by: Marc-André Lureau ---

[Qemu-devel] [PATCH v3 2/4] wdt_i6300esb: Free timer

From: Corey Minyard Add an exit function to free the timer allocated in the realize function. Signed-off-by: Corey Minyard Cc: Richard W.M. Jones Reviewed-by: Marc-André Lureau Reviewed-by: Richard W.M.

[Qemu-devel] [PATCH v3 1/4] ipmi_bmc_sim: Remove an unnecessary mutex

From: Corey Minyard Get rid of the unnecessary mutex, it was a vestige of something else that was not done. That way we don't have to free it. Signed-off-by: Corey Minyard Reviewed-by: Marc-André Lureau ---

[Qemu-devel] [PATCH v3 3/4] wdt_ib700: Free timer

From: Corey Minyard Add an unrealize function to free the timer allocated in the realize function and to delete the port memory added there, too. Signed-off-by: Corey Minyard Cc: Richard W.M. Jones Cc: Marc-André Lureau

Re: [Qemu-devel] [RFC v1 09/13] target-ppc: add cmpeqb instruction

Richard Henderson writes: > On 07/18/2016 10:35 PM, Nikunj A Dadhania wrote: >> +tcg_gen_andi_tl(src1, cpu_gpr[rA(ctx->opcode)], 0xFF); >> +for (i = 0; i < 64; i += 8) { >> +tcg_gen_shri_tl(t0, arg1, i); >> +tcg_gen_andi_tl(t0, t0, 0xFF); >> +

[Qemu-devel] [ANNOUNCE] QEMU 2.7.0-rc0 is now available

Hello, On behalf of the QEMU Team, I'd like to announce the availability of the first release candidate for the QEMU 2.7 release. This release is meant for testing purposes and should not be used in a production environment. http://wiki.qemu.org/download/qemu-2.7.0-rc0.tar.bz2 You can help

Re: [Qemu-devel] [PATCH v2] block/gluster: fix doc in the qapi schema and member name

On Fri, Jul 22, 2016 at 08:04:08PM +0530, Prasanna Kumar Kalever wrote: > 1. qapi @BlockdevOptionsGluster schema member name s/debug_level/debug-level/ > 2. rearrange the versioning > 3. s/server description/servers description/ > > Signed-off-by: Prasanna Kumar Kalever

Re: [Qemu-devel] [PATCH v4 00/32] Dynamic module loading for block drivers

On 22.07.2016 18:40, Paolo Bonzini wrote: > > > On 22/07/2016 18:27, Max Reitz wrote: >> >> So I can't see a strong argument for not modularizing the format block >> drivers, but in turn I don't have a strong argument for doing so either. >> >> Therefore: Why not? :-) > > The usual argument is

[Qemu-devel] [PATCH v2] target-ppc: add PPC_MFTB flag to e500mc and e5500

According to the e500mc and e5500 core reference manual they have support for the mftb instruction. Signed-off-by: Michael Walle --- changes v2: - add the flag to e500mc, too target-ppc/translate_init.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [Qemu-devel] [PATCH v2] block/gluster: fix doc in the qapi schema and member name

On Fri, Jul 22, 2016 at 08:04:08PM +0530, Prasanna Kumar Kalever wrote: > 1. qapi @BlockdevOptionsGluster schema member name s/debug_level/debug-level/ > 2. rearrange the versioning > 3. s/server description/servers description/ > > Signed-off-by: Prasanna Kumar Kalever

Re: [Qemu-devel] [PATCH v2] mirror: double performance of the bulk stage if the disc is full

On 14.07.2016 19:19, Vladimir Sementsov-Ogievskiy wrote: > Mirror can do up to 16 in-flight requests, but actually on full copy > (the whole source disk is non-zero) in-flight is always 1. This happens > as the request is not limited in size: the data occupies maximum available > capacity of

Re: [Qemu-devel] [PATCH v4 00/32] Dynamic module loading for block drivers

On 22/07/2016 18:27, Max Reitz wrote: > > So I can't see a strong argument for not modularizing the format block > drivers, but in turn I don't have a strong argument for doing so either. > > Therefore: Why not? :-) The usual argument is that there is an additional cost in maintainability.

[Qemu-devel] [PATCH] qht: do not segfault when gathering stats from an uninitialized qht

So far, QHT functions assume that the passed qht has previously been initialized--otherwise they segfault. This patch makes an exception for qht_statistics_init, with the goal of simplifying calling code. For instance, qht_statistics_init is called from the 'info jit' dump, and given that under

Re: [Qemu-devel] [PATCH] target-ppc: add PPC_MFTB flag to e5500 core

> Am 22.07.2016 um 18:29 schrieb Michael Walle : > > According to the e5500 core reference manual it has support for the mftb > instruction. > > Signed-off-by: Michael Walle I'm surprised this didn't hit anyone before. Could you please check the other

[Qemu-devel] [PATCH] target-ppc: add PPC_MFTB flag to e5500 core

According to the e5500 core reference manual it has support for the mftb instruction. Signed-off-by: Michael Walle --- target-ppc/translate_init.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target-ppc/translate_init.c b/target-ppc/translate_init.c

Re: [Qemu-devel] [PATCH v4 00/32] Dynamic module loading for block drivers

On 19.07.2016 12:54, Paolo Bonzini wrote: > > > On 14/07/2016 21:02, Colin Lord wrote: >> Here's v4 of the modularization series. Things that have changed since >> v3 include: >> >> - Fix indentation of the generated header file module_block.h >> - Drivers and probe functions are now all located

Re: [Qemu-devel] [PATCH for-2.7] fix qemu exit on memory hotplug when allocation fails at prealloc time

Igor Mammedov writes: > On Thu, 21 Jul 2016 10:36:40 +0200 > Markus Armbruster wrote: > >> Igor Mammedov writes: [...] >> > @@ -352,15 +352,14 @@ void os_mem_prealloc(int fd, char *area, size_t >> > memory) >> > for (i = 0;

Re: [Qemu-devel] [virtio-dev][RFC v2 2/2] virtio-sdm: new device specification

Hello Stefan, On Tue, Jul 19, 2016 at 10:40 AM, Stefan Hajnoczi wrote: > On Tue, Jul 19, 2016 at 09:47:13AM +0200, Christian Pinto wrote: > > > > +During the initialization phase the device connects also to the > > > communication > > > > +channel. It has to be noted that

Re: [Qemu-devel] [RFC v3 11/19] tcg: add options for enabling MTTCG

I've taken all the suggestions apart from the bellow (comment inline): Sergey Fedorov writes: >> --- a/qemu-options.hx >> +++ b/qemu-options.hx >> @@ -99,6 +99,26 @@ STEXI >> Select CPU model (@code{-cpu help} for list and additional feature >> selection) >> ETEXI >>

Re: [Qemu-devel] [PATCH] linux-user: ppc64: set MSR_CM bit for BookE 2.06 MMU

On 07/22/2016 05:18 PM, Michael Walle wrote: 64 bit user mode doesn't work for the e5500 core because the MSR_CM bit is not set which enables the 64 bit mode for this MMU model. Memory addresses are truncated to 32 bit, which results in "Invalid data memory access" error messages. Fix it by

Re: [Qemu-devel] Missing PCI network device ROM bar on ARM

On Fri, Jul 22, 2016 at 04:11:58PM +0100, Daniel P. Berrange wrote: > On Fri, Jul 22, 2016 at 04:55:16PM +0200, Pavel Hrdina wrote: > > Hi, > > > > So there was made a decision that default ROM bars for network devices > > shouldn't > > be packaged for ARM architecture. Based on this thorough

[Qemu-devel] [PATCH] linux-user: ppc64: set MSR_CM bit for BookE 2.06 MMU

64 bit user mode doesn't work for the e5500 core because the MSR_CM bit is not set which enables the 64 bit mode for this MMU model. Memory addresses are truncated to 32 bit, which results in "Invalid data memory access" error messages. Fix it by setting the MSR_CM bit for this MMU model.

Re: [Qemu-devel] Missing PCI network device ROM bar on ARM

On Fri, Jul 22, 2016 at 04:55:16PM +0200, Pavel Hrdina wrote: > Hi, > > So there was made a decision that default ROM bars for network devices > shouldn't > be packaged for ARM architecture. Based on this thorough explanation [1] it What do you mean by 'shouldn't be packaged for ARM

Re: [Qemu-devel] [PATCH] linux-user: correctly pack target_epoll_event for i386 target

On 22 July 2016 at 03:30, Icenowy Zheng wrote: > According to comments in /usr/include/linux/eventpoll.h, x86_64 have > the same memory layout of struct target_epoll_event as i386. So on a > aligned host, if x86_64 should be packed, i386 will also need. > > This has been tested

Re: [Qemu-devel] [PATCH] tcg: fixup switching tb invalidation to volatile_read/volatile_set

On 07/18/2016 11:05 PM, Paolo Bonzini wrote: Because atomic_read/atomic_set does not work on platforms that only support 32-bit atomic writes, we need volatile_read/volatile_set. This patch fixes up Sergey's series to use volatile_read/volatile_set instead of atomic_read/atomic_set. Because

Re: [Qemu-devel] [PATCH v3] block/gluster: add support to choose libgfapi logfile

On Fri, Jul 22, 2016 at 7:37 PM, Eric Blake wrote: > On 07/22/2016 06:01 AM, Prasanna Kumar Kalever wrote: >> currently all the libgfapi logs defaults to '/dev/stderr' as it was hardcoded >> in a call to glfs logging api, in case if debug level is chosen to >> DEBUG/TRACE > >

[Qemu-devel] [PATCH v4] block/gluster: add support to choose libgfapi logfile

currently all the libgfapi logs defaults to '/dev/stderr' as it was hardcoded in a call to glfs logging api. When the debug level is chosen to DEBUG/TRACE, gfapi logs will be huge and fill/overflow the console view. This patch provides a commandline option to mention log file path which helps in

[Qemu-devel] Missing PCI network device ROM bar on ARM

Hi, So there was made a decision that default ROM bars for network devices shouldn't be packaged for ARM architecture. Based on this thorough explanation [1] it makes sense that it's useless. However it leads to a small issue with starting a guest on ARM hosts with PCI network device, if there

Re: [Qemu-devel] [PATCH for-2.7 v2] block/gluster: fix doc in the qapi schema and member name

On Fri, Jul 22, 2016 at 8:16 PM, Eric Blake wrote: > On 07/22/2016 08:34 AM, Prasanna Kumar Kalever wrote: >> 1. qapi @BlockdevOptionsGluster schema member name s/debug_level/debug-level/ >> 2. rearrange the versioning >> 3. s/server description/servers description/ >> >>

Re: [Qemu-devel] [PATCH for-2.7 v2] block/gluster: fix doc in the qapi schema and member name

On 07/22/2016 08:34 AM, Prasanna Kumar Kalever wrote: > 1. qapi @BlockdevOptionsGluster schema member name s/debug_level/debug-level/ > 2. rearrange the versioning > 3. s/server description/servers description/ > > Signed-off-by: Prasanna Kumar Kalever This part is

Re: [Qemu-devel] [PATCH v3 1/2] qdev: ignore GlobalProperty.errp for hotplugged devices

On Fri, Jul 22, 2016 at 09:16:57AM +0200, Greg Kurz wrote: > On Fri, 22 Jul 2016 11:28:48 +1000 > David Gibson wrote: > > > On Fri, Jul 22, 2016 at 01:01:26AM +0200, Greg Kurz wrote: > > > This patch ensures QEMU won't terminate while hotplugging a device if the > >

[Qemu-devel] [Bug 1605611] [NEW] memsave returns invalid addr when trying to read a 64 bits address

Public bug reported: I am trying to read the first 16 bytes of the System Process on a Windows XP x64 SP2 using the memsave monitor command. I cloned the latest release of QEMU, v2.6.0, configured it with ./configure --target-list=i386-softmmu,x86_64-softmmu --enable-sdl and compiled it. I

[Qemu-devel] Fw:qemu driver_mirror error "Operation not permitted"

FIY Forwarding messages From: "lisiheng" Date: 2016-07-22 14:56:36 To: qemu-disc...@nongnu.org Subject: qemu driver_mirror error "Operation not permitted" Hi All, I use libvirtd to call qemu drive_mirror return error message "Operation not permitted",

[Qemu-devel] empty_aliases(qwerty)

Hello - I'm using ssh with the -X switch to get onto a server where I have kvm installed. I've made a virtual disk and I'm issuing the following command: kvm -name livecd-debian -monitor vc -no-quit -m 1024 -usb -drive media=disk,if=ide,index=0,file=mastodonhdd1.qcow2,snapshot=off -drive

[Qemu-devel] [Bug 1605506] [NEW] qemu driver_mirror error "Operation not permitted"

Public bug reported: I use libvirtd to call qemu drive_mirror return error message "Operation not permitted", But directly run qemu and call drive_mirror is OK; when drive_mirror target is logic device return error message "Operation not permitted",But the file is OK; Operating Environment：

Re: [Qemu-devel] [PATCH] block/gluster: fix doc in the qapi schema

On Fri, Jul 22, 2016 at 7:39 PM, Eric Blake wrote: > > On 07/22/2016 04:05 AM, Prasanna Kumar Kalever wrote: > > 1. s/@debug-level/@debug_level/ > > Wrong. I asked for the opposite, s/debug_level/debug-level/ oops! > > > 2. rearrange the versioning > > 3. s/server

[Qemu-devel] [PATCH v2] block/gluster: fix doc in the qapi schema and member name

1. qapi @BlockdevOptionsGluster schema member name s/debug_level/debug-level/ 2. rearrange the versioning 3. s/server description/servers description/ Signed-off-by: Prasanna Kumar Kalever v2: address review comments given by Eric Blake v1: Initial patch ---

Re: [Qemu-devel] [Xen-devel] [PATCH 01/19] xen: Create a new file xen_pvdev.c

Sure, I will continue to send revisions until it is approved upstream. On Jul 22, 2016 5:24 PM, "Quan Xu" wrote: > Anthony, thanks for your explaination. > IMO, patch 1 and patch 2 need your detailed review.. IMO the reset > patches are good in general.. > Emil, if patch 1

Re: [Qemu-devel] [Xen-devel] [PATCH 01/19] xen: Create a new file xen_pvdev.c

Anthony, thanks for your explaination.IMO, patch 1  and patch 2 need your detailed review.. IMO the reset patches are good in general..Emil, if patch 1 / patch 2 are reviewed from anthony, could you send out v10? :) i know it's not an easy task, thanks in advence!! Quan On Mon, 18 Jul 2016 

Re: [Qemu-devel] [PATCH v3] block/gluster: add support to choose libgfapi logfile

On 07/22/2016 06:01 AM, Prasanna Kumar Kalever wrote: > currently all the libgfapi logs defaults to '/dev/stderr' as it was hardcoded > in a call to glfs logging api, in case if debug level is chosen to DEBUG/TRACE s/api, in case if/api. When the/ s/TRACE/TRACE,/ > gfapi logs will be huge and

Re: [Qemu-devel] [PATCH] block/gluster: fix doc in the qapi schema

On 07/22/2016 04:05 AM, Prasanna Kumar Kalever wrote: > 1. s/@debug-level/@debug_level/ Wrong. I asked for the opposite, s/debug_level/debug-level/ > 2. rearrange the versioning > 3. s/server description/servers description/ > > Signed-off-by: Prasanna Kumar Kalever

Re: [Qemu-devel] [PATCH] target-ppc: set MSR_CM bit for BookE 2.06 MMU

On 07/22/2016 03:46 PM, Michael Walle wrote: Am 2016-07-22 15:07, schrieb Alexander Graf: On 22 Jul 2016, at 15:00, Michael Walle wrote: 64 bit user mode doesn't work for the e5500 core because the MSR_CM bit is not set which enables the 64 bit mode for this MMU model.

Re: [Qemu-devel] [Xen-devel] [PATCH 01/19] xen: Create a new file xen_pvdev.c

    sorry for the bad format from web email, and later review (neo training in new company)..    patch 6 -- patch 12, rename * patch,  are good to me.  Quan   --From:Emil Condrea Time:2016 Jul 19 (Tue)

[Qemu-devel] [PATCH v5] virtio-pci: error out when both legacy and modern modes are disabled

From: Greg Kurz Without presuming if we got there because of a user mistake or some more subtle bug in the tooling, it really does not make sense to implement a non-functional device. Signed-off-by: Greg Kurz Reviewed-by: Marcel Apfelbaum

Re: [Qemu-devel] [PATCH v4] virtio-pci: error out when both legacy and modern modes are disabled

On Fri, 22 Jul 2016 15:42:48 +0200 Cornelia Huck wrote: > [...] > > > > > On Thu, 21 Jul 2016 23:21:16 +0200 > > > > > Greg Kurz wrote: > > > > > > > > > > > From: Greg Kurz > > > > > > > > > > > > Without presuming if

Re: [Qemu-devel] [PATCH v3 1/2] qdev: ignore GlobalProperty.errp for hotplugged devices

On Fri, Jul 22, 2016 at 11:28:48AM +1000, David Gibson wrote: > On Fri, Jul 22, 2016 at 01:01:26AM +0200, Greg Kurz wrote: > > This patch ensures QEMU won't terminate while hotplugging a device if the > > global property cannot be set and errp points to error_fatal or error_abort. > > > > While

Re: [Qemu-devel] [PATCH v4 0/2] Report format specific info for LUKS block driver

On 07/22/2016 06:53 AM, Daniel P. Berrange wrote: > This is a followup to: > > v1: https://lists.gnu.org/archive/html/qemu-devel/2016-06/msg01723.html > v2: https://lists.gnu.org/archive/html/qemu-devel/2016-06/msg03642.html > v3:

Re: [Qemu-devel] [PATCH] gt64xxx: access right I/O port when activating byte swapping

On 2016-06-18 22:48, Hervé Poussineau wrote: > Hi Aurélien, > > Le 20/05/2016 à 21:56, Aurelien Jarno a écrit : > > On 2016-05-20 15:05, Hervé Poussineau wrote: > > > Incidentally, this fixes YAMON on big endian guest. > > > > > > Signed-off-by: Hervé Poussineau > > > ---

Re: [Qemu-devel] [PATCH v4] virtio-pci: error out when both legacy and modern modes are disabled

On Fri, 22 Jul 2016 15:23:19 +0200 Greg Kurz wrote: > On Fri, 22 Jul 2016 12:32:24 +0200 > Cornelia Huck wrote: > > > On Fri, 22 Jul 2016 12:11:11 +0200 > > Greg Kurz wrote: > > > > > On Fri, 22 Jul 2016 10:04:35 +0200 > > > Cornelia

Re: [Qemu-devel] [PATCH] target-ppc: set MSR_CM bit for BookE 2.06 MMU

Am 2016-07-22 15:07, schrieb Alexander Graf: On 22 Jul 2016, at 15:00, Michael Walle wrote: 64 bit user mode doesn't work for the e5500 core because the MSR_CM bit is not set which enables the 64 bit mode for this MMU model. Memory addresses are truncated to 32 bit, which

Re: [Qemu-devel] [PATCH v3 0/9] Third try at fixing sparc register allocation

On 2016-07-19 09:09, Richard Henderson wrote: > On 06/24/2016 09:18 AM, Richard Henderson wrote: > > I was unhappy about the complexity of the second try. > > > > Better to convert to normal temps, allowing in rare > > occasions, spilling the "globals" to the stack in order > > to satisfy

Re: [Qemu-devel] [PATCH v4] virtio-pci: error out when both legacy and modern modes are disabled

On Fri, 22 Jul 2016 12:32:24 +0200 Cornelia Huck wrote: > On Fri, 22 Jul 2016 12:11:11 +0200 > Greg Kurz wrote: > > > On Fri, 22 Jul 2016 10:04:35 +0200 > > Cornelia Huck wrote: > > > > > On Thu, 21 Jul 2016 23:21:16 +0200

Re: [Qemu-devel] [PATCH v4] virtio-pci: error out when both legacy and modern modes are disabled

On Fri, 22 Jul 2016 12:11:11 +0200 Greg Kurz wrote: > On Fri, 22 Jul 2016 10:04:35 +0200 > Cornelia Huck wrote: > > > On Thu, 21 Jul 2016 23:21:16 +0200 > > Greg Kurz wrote: > > > > > From: Greg Kurz > > >

Re: [Qemu-devel] [PATCH] target-ppc: set MSR_CM bit for BookE 2.06 MMU

> On 22 Jul 2016, at 15:00, Michael Walle wrote: > > 64 bit user mode doesn't work for the e5500 core because the MSR_CM bit is > not set which enables the 64 bit mode for this MMU model. Memory addresses > are truncated to 32 bit, which results in "Invalid data memory access"

Re: [Qemu-devel] [PATCH] hw/mips_malta: Fix YAMON API print routine

On 2016-07-22 10:55, Paul Burton wrote: > The print routine provided as part of the in-built bootloader had a bug > in that it attempted to use a jump instruction as part of a loop, but > the target has its upper bits zeroed leading to control flow > transferring to 0xb814 rather than the

[Qemu-devel] [PATCH] target-ppc: set MSR_CM bit for BookE 2.06 MMU

64 bit user mode doesn't work for the e5500 core because the MSR_CM bit is not set which enables the 64 bit mode for this MMU model. Memory addresses are truncated to 32 bit, which results in "Invalid data memory access" error messages. Fix it by setting the MSR_CM bit for this MMU model.

[Qemu-devel] [PATCH v4 0/2] Report format specific info for LUKS block driver

This is a followup to: v1: https://lists.gnu.org/archive/html/qemu-devel/2016-06/msg01723.html v2: https://lists.gnu.org/archive/html/qemu-devel/2016-06/msg03642.html v3: https://lists.gnu.org/archive/html/qemu-devel/2016-06/msg03885.html The 'qemu-img info' tool has ability to print

[Qemu-devel] [PATCH v4 2/2] block: export LUKS specific data to qemu-img info

The qemu-img info command has the ability to expose format specific metadata about volumes. Wire up this facility for the LUKS driver to report on cipher configuration and key slot usage. $ qemu-img info ~/VirtualMachines/demo.luks image: /home/berrange/VirtualMachines/demo.luks file

[Qemu-devel] [PATCH v4 1/2] crypto: add support for querying parameters for block encryption

When creating new block encryption volumes, we accept a list of parameters to control the formatting process. It is useful to be able to query what those parameters were for existing block devices. Add a qcrypto_block_get_info() method which returns a QCryptoBlockInfo instance to report this data.

[Qemu-devel] [PATCH] linux-user: Handle brk() attempts with very large sizes

In do_brk(), we were inadvertently truncating the size of a requested brk() from the guest by putting it into an 'int' variable. This meant that we would incorrectly report success back to the guest rather than a failed allocation, typically resulting in the guest then segfaulting. Use abi_ulong

Re: [Qemu-devel] [PULL 0/4] Block patches

On 21.07.2016 21:14, Peter Maydell wrote: > On 20 July 2016 at 22:16, Eric Blake wrote: >> On 07/20/2016 10:05 AM, Peter Maydell wrote: >>> On 19 July 2016 at 23:47, Max Reitz wrote: The following changes since commit

Re: [Qemu-devel] [PATCH v2 1/3] ipmi_bmc_sim: Add a proper unrealize function

On 07/22/2016 04:22 AM, Marc-André Lureau wrote: Hi - Original Message - From: Corey Minyard Add an unrealize function to free the timer allocated in the realize function, unregsiter the vmstate, and free any pending messages. I don't know how to test this

Re: [Qemu-devel] [PATCH v2 3/3] wdt_ib700: Free timer

On 07/22/2016 05:12 AM, Richard W.M. Jones wrote: On Fri, Jul 22, 2016 at 05:26:27AM -0400, Marc-André Lureau wrote: btw, I do not how to test this yet either. I have a little test framework for the watchdog device which cuts through a lot of the BS with running the full watchdog daemon, and

[Qemu-devel] [PATCH v3] block/gluster: add support to choose libgfapi logfile

currently all the libgfapi logs defaults to '/dev/stderr' as it was hardcoded in a call to glfs logging api, in case if debug level is chosen to DEBUG/TRACE gfapi logs will be huge and fill/overflow the console view. this patch provides a commandline option to mention log file path which helps in

[Qemu-devel] [PATCH RFC] spapr: disintricate core-id from DT semantics

The goal of this patch is to have a stable core-id which does not depend on any DT related semantics, which involve non-obvious computations on modern PowerPC server cpus. With this patch, the DT core id is computed on-demand as: (core-id / smp_threads) * smt where smt is the number of

Re: [Qemu-devel] [PATCH] target-sh4: Use glib allocator in movcal helper

On 21 July 2016 at 17:28, Aurelien Jarno wrote: > On 2016-07-21 13:44, Peter Maydell wrote: >> Ping? >> >> thanks >> -- PMM >> >> On 12 July 2016 at 13:50, Peter Maydell wrote: >> > Coverity spots that helper_movcal() calls malloc() but doesn't >>

Re: [Qemu-devel] [PATCH 2/2] util/qemu-sockets: shoot unix_nonblocking_connect()

On 07/22/2016 06:38 PM, Daniel P. Berrange wrote: On Fri, Jul 22, 2016 at 06:43:51PM +0800, Cao jin wrote: On 07/22/2016 06:30 PM, Daniel P. Berrange wrote: On Fri, Jul 22, 2016 at 06:34:11PM +0800, Cao jin wrote: Hi Daniel On 07/21/2016 11:39 PM, Daniel P. Berrange wrote: On Thu, Jul

Re: [Qemu-devel] semantics of FIEMAP without FIEMAP_FLAG_SYNC (was Re: [PATCH v5 13/14] nbd: Implement NBD_CMD_WRITE_ZEROES on server)

> > > i.e. the use of fiemap to duplicate the exact layout of a file > > > from userspace is only posisble if you can /guarantee/ the source > > > file has not changed in any way during the copy operation at the > > > pointin time you finalise the destination data copy. > > > > We don't do

Re: [Qemu-devel] [PATCH 2/2] util/qemu-sockets: shoot unix_nonblocking_connect()

On Fri, Jul 22, 2016 at 06:43:51PM +0800, Cao jin wrote: > > > On 07/22/2016 06:30 PM, Daniel P. Berrange wrote: > > On Fri, Jul 22, 2016 at 06:34:11PM +0800, Cao jin wrote: > > > Hi Daniel > > > > > > On 07/21/2016 11:39 PM, Daniel P. Berrange wrote: > > > > On Thu, Jul 21, 2016 at 08:42:25AM

Re: [Qemu-devel] [PATCH 2/2] util/qemu-sockets: shoot unix_nonblocking_connect()

On 07/22/2016 06:30 PM, Daniel P. Berrange wrote: On Fri, Jul 22, 2016 at 06:34:11PM +0800, Cao jin wrote: Hi Daniel On 07/21/2016 11:39 PM, Daniel P. Berrange wrote: On Thu, Jul 21, 2016 at 08:42:25AM -0600, Eric Blake wrote: On 07/21/2016 04:33 AM, Cao jin wrote: It is never used, and

Re: [Qemu-devel] [PATCH 2/2] util/qemu-sockets: shoot unix_nonblocking_connect()

On Fri, Jul 22, 2016 at 06:34:11PM +0800, Cao jin wrote: > Hi Daniel > > On 07/21/2016 11:39 PM, Daniel P. Berrange wrote: > > On Thu, Jul 21, 2016 at 08:42:25AM -0600, Eric Blake wrote: > > > On 07/21/2016 04:33 AM, Cao jin wrote: > > > > It is never used, and now all connect is nonblocking via

Re: [Qemu-devel] [PULL 0/7] migration: fix, perf testing framework

On 22 July 2016 at 09:00, Amit Shah wrote: > The following changes since commit 206d0c24361a083fbdcb2cc86fb75dc8b7f251a2: > > Merge remote-tracking branch 'remotes/mst/tags/for_upstream' into staging > (2016-07-21 20:12:37 +0100) > > are available in the git repository

[Qemu-devel] [PATCH v22 10/10] support replication driver in blockdev-add

From: Wen Congyang Signed-off-by: Wen Congyang Signed-off-by: zhanghailiang Signed-off-by: Gonglei Signed-off-by: Changlong Xie Reviewed-by: Eric Blake

[Qemu-devel] [PATCH v22 00/10] Block replication for continuous checkpoints

Block replication is a very important feature which is used for continuous checkpoints(for example: COLO). You can get the detailed information about block replication from here: http://wiki.qemu.org/Features/BlockReplication Usage: Please refer to docs/block-replication.txt You can get the

Re: [Qemu-devel] [PATCH 2/2] util/qemu-sockets: shoot unix_nonblocking_connect()

Hi Daniel On 07/21/2016 11:39 PM, Daniel P. Berrange wrote: On Thu, Jul 21, 2016 at 08:42:25AM -0600, Eric Blake wrote: On 07/21/2016 04:33 AM, Cao jin wrote: It is never used, and now all connect is nonblocking via inet_connect_addr(). Could be squashed with 1/2. In fact, if you squash

[Qemu-devel] [PATCH v22 03/10] Backup: export interfaces for extra serialization

From: Changlong Xie Normal backup(sync='none') workflow: step 1. NBD peformance I/O write from client to server qcow2_co_writev bdrv_co_writev ... bdrv_aligned_pwritev notifier_with_return_list_notify -> backup_do_cow

[Qemu-devel] [PATCH v22 07/10] Introduce new APIs to do replication operation

From: Changlong Xie This commit introduces six replication interfaces(for block, network etc). Firstly we can use replication_(new/remove) to create/destroy replication instances, then in migration we can use replication_(start/stop/do_checkpoint /get_error)_all to

[Qemu-devel] [PATCH v22 08/10] Implement new driver for block replication

From: Wen Congyang Signed-off-by: Wen Congyang Signed-off-by: zhanghailiang Signed-off-by: Gonglei Signed-off-by: Changlong Xie Signed-off-by: Wang WeiWei

[Qemu-devel] [PATCH v22 02/10] Backup: clear all bitmap when doing block checkpoint

From: Wen Congyang Signed-off-by: Wen Congyang Signed-off-by: zhanghailiang Signed-off-by: Gonglei Signed-off-by: Changlong Xie Signed-off-by: Wang WeiWei

[Qemu-devel] [PATCH v22 09/10] tests: add unit test case for replication

From: Changlong Xie Signed-off-by: Wen Congyang Signed-off-by: Changlong Xie Signed-off-by: Wang WeiWei --- tests/.gitignore | 1 + tests/Makefile.include | 4 +

[Qemu-devel] [PATCH v22 05/10] docs: block replication's description

From: Wen Congyang Signed-off-by: Wen Congyang Signed-off-by: zhanghailiang Signed-off-by: Gonglei Signed-off-by: Changlong Xie Signed-off-by: Wang WeiWei

[Qemu-devel] [PATCH v22 01/10] unblock backup operations in backing file

From: Wen Congyang Signed-off-by: Wen Congyang Signed-off-by: Changlong Xie Signed-off-by: Wang WeiWei --- block.c | 17 + 1 file changed, 17 insertions(+) diff --git a/block.c

[Qemu-devel] [PATCH v22 06/10] auto complete active commit

From: Wen Congyang Auto complete mirror job in background to prevent from blocking synchronously Signed-off-by: Wen Congyang Signed-off-by: Changlong Xie Signed-off-by: Wang WeiWei ---

[Qemu-devel] [PATCH v22 04/10] Link backup into block core

From: Wen Congyang Some programs that add a dependency on it will use the block layer directly. Signed-off-by: Wen Congyang Signed-off-by: zhanghailiang Signed-off-by: Gonglei Signed-off-by:

Re: [Qemu-devel] [PATCH v2 3/3] wdt_ib700: Free timer

On Fri, Jul 22, 2016 at 05:26:27AM -0400, Marc-André Lureau wrote: > btw, I do not how to test this yet either. I have a little test framework for the watchdog device which cuts through a lot of the BS with running the full watchdog daemon, and also has some simple instructions to follow:

Re: [Qemu-devel] [PATCH v4] virtio-pci: error out when both legacy and modern modes are disabled

On Fri, 22 Jul 2016 10:04:35 +0200 Cornelia Huck wrote: > On Thu, 21 Jul 2016 23:21:16 +0200 > Greg Kurz wrote: > > > From: Greg Kurz > > > > Without presuming if we got there because of a user mistake or some > > more

[Qemu-devel] [PATCH] block/gluster: fix doc in the qapi schema

1. s/@debug-level/@debug_level/ 2. rearrange the versioning 3. s/server description/servers description/ Signed-off-by: Prasanna Kumar Kalever --- qapi/block-core.json | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/qapi/block-core.json

Re: [Qemu-devel] [PATCH 0/8] Fix migration issues with arbitrary cpu-hot(un)plug

On Fri, 22 Jul 2016 14:35:05 +1000 David Gibson wrote: > On Fri, Jul 22, 2016 at 12:56:26AM +0300, Michael S. Tsirkin wrote: > > On Thu, Jul 21, 2016 at 05:54:31PM +0200, Igor Mammedov wrote: > > > Series fixes migration issues caused by unstable cpu_index which

Re: [Qemu-devel] [RFC v1 13/13] target-ppc: introduce opc4 for Expanded Opcode

Bharata B Rao writes: > On Mon, Jul 18, 2016 at 10:35 PM, Nikunj A Dadhania > wrote: >> ISA 3.0 has introduced EO - Expanded Opcode. Introduce third level >> indirect opcode table and corresponding parsing routines. >> >> EO (11:12) Expanded

[Qemu-devel] [PATCH] hw/mips_malta: Fix YAMON API print routine

The print routine provided as part of the in-built bootloader had a bug in that it attempted to use a jump instruction as part of a loop, but the target has its upper bits zeroed leading to control flow transferring to 0xb814 rather than the intended 0xbfc00814. Fix this by using a branch

Re: [Qemu-devel] [RFC v1 13/13] target-ppc: introduce opc4 for Expanded Opcode

On Mon, Jul 18, 2016 at 10:35 PM, Nikunj A Dadhania wrote: > ISA 3.0 has introduced EO - Expanded Opcode. Introduce third level > indirect opcode table and corresponding parsing routines. > > EO (11:12) Expanded opcode field > Formats: XX1 > > EO (11:15) Expanded opcode

  1   2   >