[Qemu-devel] [PATCHv5 for 2.9 2/6] pseries: Stubs for HPT resizing

This introduces stub implementations of the H_RESIZE_HPT_PREPARE and H_RESIZE_HPT_COMMIT hypercalls which we hope to add in a PAPR extension to allow run time resizing of a guest's hash page table. It also adds a new machine property for controlling whether this new facility is available. For

[Qemu-devel] [PATCHv5 for 2.9 4/6] pseries: Enable HPT resizing for 2.9

We've now implemented a PAPR extensions which allows PAPR guests (i.e. "pseries" machine type) to resize their hash page table during runtime. However, that extension is only enabled if explicitly chosen on the command line. This patch enables it by default for spapr-2.9, but leaves it disabled

[Qemu-devel] [PATCHv5 for 2.9 0/6] HPT resizing for pseries guests (qemu part)

This series implements the host side of the PAPR ACR to allow runtime resizing of the Hashed Page Table (HPT) for pseries guests. Exercising this feature requires a guest OS which is also aware of it. Patches to implement the guest side in Linux have just been submitted upstream:

Re: [Qemu-devel] [virtio-dev] Re: [RESEND Patch v1 00/37] Implementation of vhost-pci for inter-vm commucation

On 12/20/2016 12:32 PM, Wei Wang wrote: Hi Marc-André, thanks for the comments. On 12/20/2016 12:43 AM, Marc-André Lureau wrote: Another question, what are vpnet->rqs used for? This should be redundant, I will remove it. I think I should explain more about this: the rqs field is redundant

[Qemu-devel] [PATCHv5 for 2.9 5/6] pseries: Use smaller default hash page tables when guest can resize

We've now implemented a PAPR extension allowing PAPR guest to resize their hash page table (HPT) during runtime. This patch makes use of that facility to allocate smaller HPTs by default. Specifically when a guest is aware of the HPT resize facility, qemu sizes the HPT to the initial memory size,

Re: [Qemu-devel] [PATCH] intel_iommu: allow dynamic switch of IOMMU region

On Mon, Dec 19, 2016 at 10:41:26PM +0800, Peter Xu wrote: > This is preparation work to finally enabled dynamic switching ON/OFF for > VT-d protection. The old VT-d codes is using static IOMMU region, and > that won't satisfy vfio-pci device listeners. > > Let me explain. > > vfio-pci devices

Re: [Qemu-devel] [PATCH] 9pfs: fix crash when fsdev is missing

On 2016-12-19 22:28 GMT+08:00 Greg Kurz wrote: > If the user passes -device virtio-9p without the corresponding -fsdev, QEMU > dereferences a NULL pointer and crashes. > > This is a 2.8 regression introduced by commit 702dbcc274e2c. > > Signed-off-by: Greg Kurz >

Re: [Qemu-devel] [PATCH for-2.9 V4 0/2] Add new qmp commands to suppurt Xen COLO

On 12/20/2016 08:56 AM, Stefano Stabellini wrote: I am OK with this, if the relevant maintainers (Migration, QMP) ack the patches. Can you add reviewed-by for this patch set? Thanks Zhang Chen On Fri, 16 Dec 2016, Zhang Chen wrote: Xen COLO depend on qemu COLO replication function. So,

Re: [Qemu-devel] [PATCH] intel_iommu: allow dynamic switch of IOMMU region

On Mon, Dec 19, 2016 at 09:56:50AM -0700, Alex Williamson wrote: > On Mon, 19 Dec 2016 22:41:26 +0800 > Peter Xu wrote: > > > This is preparation work to finally enabled dynamic switching ON/OFF for > > VT-d protection. The old VT-d codes is using static IOMMU region, and > >

[Qemu-devel] [PATCHv5 for 2.9 6/6] pseries: Allow HPT resizing with KVM

So far, qemu implements the PAPR Hash Page Table (HPT) resizing extension with TCG. The same implementation will work with KVM PR, but we don't currently allow that. For KVM HV we can only implement resizing with the assistance of the host kernel, which needs a new capability and ioctl()s. This

Re: [Qemu-devel] [PATCH v6 00/10] tcg mips64 and mips r6 improvements

ping http://patchwork.ozlabs.org/patch/704829/ Please give me any advice and comment for speeding up the review process. Thank you all! Jin Guojie -- Original -- From: "jinguojie";; Send time: Sunday, Dec 11, 2016 9:36 PM To:

Re: [Qemu-devel] [RESEND Patch v1 00/37] Implementation of vhost-pci for inter-vm commucation

Hi Marc-André, thanks for the comments. On 12/20/2016 12:43 AM, Marc-André Lureau wrote: Hi Wei, On Mon, Dec 19, 2016 at 7:00 AM Wei Wang > wrote: This patch series implements vhost-pci, which is a point-to-point based inter-vm

Re: [Qemu-devel] [PATCH] intel_iommu: allow dynamic switch of IOMMU region

On Tue, 20 Dec 2016 11:44:41 +0800 Peter Xu wrote: > On Mon, Dec 19, 2016 at 09:56:50AM -0700, Alex Williamson wrote: > > On Mon, 19 Dec 2016 22:41:26 +0800 > > Peter Xu wrote: > > > > > This is preparation work to finally enabled dynamic switching

Re: [Qemu-devel] [PATCH] intel_iommu: allow dynamic switch of IOMMU region

On Tue, Dec 20, 2016 at 10:30:12AM +1100, David Gibson wrote: [...] > > +static void vtd_switch_address_space(IntelIOMMUState *s, bool enabled) > > +{ > > +GHashTableIter iter; > > +VTDBus *vtd_bus; > > +VTDAddressSpace *as; > > +int i; > > + > > +g_hash_table_iter_init(,

[Qemu-devel] [PATCHv5 for 2.9 1/6] pseries: Add pseries-2.9 machine type

Signed-off-by: David Gibson Reviewed-by: Thomas Huth Reviewed-by: Laurent Vivier --- hw/ppc/spapr.c | 23 +-- include/hw/compat.h | 3 +++ 2 files changed, 24 insertions(+), 2 deletions(-) diff --git

[Qemu-devel] [PATCHv5 for 2.9 3/6] pseries: Implement HPT resizing

This patch implements hypercalls allowing a PAPR guest to resize its own hash page table. This will eventually allow for more flexible memory hotplug. The implementation is partially asynchronous, handled in a special thread running the hpt_prepare_thread() function. The state of a pending

Re: [Qemu-devel] [PATCH] intel_iommu: allow dynamic switch of IOMMU region

On Mon, Dec 19, 2016 at 09:52:52PM -0700, Alex Williamson wrote: [...] > > Yes, this patch just tried to move VT-d forward a bit, rather than do > > it once and for all. I think we can do better than this in the future, > > for example, one address space per guest IOMMU domain (as you have > >

Re: [Qemu-devel] Can qemu reopen image files?

On 12/19/2016 09:03 AM, Christopher Pereira wrote: > Hi Fam, Stefan, > > Thanks for answering. > > We use "qemu-img convert" to convert a image in the middle of the chain, > not the active one. > Those images (and the previous ones in the chain) are read-only and > there should be no risk in

[Qemu-devel] [PATCH v5 0/4] Add HAX support

I took a stab at trying to rebase/upstream the support for Intel HAXM. (Hardware Accelerated Execution Manager). Intel HAX is kernel-based hardware acceleration module for Windows and MacOSX. I have based my work on the last version of the source code I found: the emu-2.2-release branch in the

[Qemu-devel] [PATCH v4 2/6] target-ppc: Implement bcds. instruction

bcds.: Decimal shift. Given two registers vra and vrb, this instruction shift the vrb value by vra bits into the result register. Signed-off-by: Jose Ricardo Ziviani --- target-ppc/helper.h | 1 + target-ppc/int_helper.c | 40

[Qemu-devel] [PATCH v4 4/6] target-ppc: Implement bcdsr. instruction

bcdsr.: Decimal shift and round. This instruction works like bcds. however, when performing right shift, 1 will be added to the result if the last digit was >= 5. Signed-off-by: Jose Ricardo Ziviani --- target-ppc/helper.h | 1 +

[Qemu-devel] [PATCH v4 1/6] target-ppc: Implement unsigned quadword left/right shift and unit tests

This commit implements functions to right and left shifts and the unittest for them. Such functions is needed due to instructions that requires them. Today, there is already a right shift implementation in int128.h but it's designed for signed numbers. Signed-off-by: Jose Ricardo Ziviani

Re: [Qemu-devel] [PATCH RFC v2 3/4] block/qapi: acquire a reference instead of a lock during querying blockstats

On Mon, Dec 19, 2016 at 04:51:25PM +0800, Dou Liyang wrote: > This patch works to improve the performance of the query requests. > > From the commit 13344f3a, it adds a lock to make query-blockstats > safe by the aio_context_acquire(). the qmp_query_blockstats func > requires/releases the

Re: [Qemu-devel] [PATCH v7 08/11] x86, kvm/x86.c: support vcpu preempted check

hi, Andrea thanks for your reply. :) 在 2016/12/19 19:42, Andrea Arcangeli 写道: Hello, On Wed, Nov 02, 2016 at 05:08:35AM -0400, Pan Xinhui wrote: Support the vcpu_is_preempted() functionality under KVM. This will enhance lock performance on overcommitted hosts (more runnable vcpus than

[Qemu-devel] [PATCH v5 1/4] kvm: move cpu synchronization code

Move the generic cpu_synchronize_ functions to the common hw_accel.h header, in order to prepare for the addition of a second hardware accelerator. Signed-off-by: Stefan Weil Signed-off-by: Vincent Palatin --- cpus.c | 1 +

Re: [Qemu-devel] [PATCH] intel_iommu: allow dynamic switch of IOMMU region

On Mon, 19 Dec 2016 22:41:26 +0800 Peter Xu wrote: > This is preparation work to finally enabled dynamic switching ON/OFF for > VT-d protection. The old VT-d codes is using static IOMMU region, and > that won't satisfy vfio-pci device listeners. > > Let me explain. > >

[Qemu-devel] [PATCH] intel_iommu: allow dynamic switch of IOMMU region

This is preparation work to finally enabled dynamic switching ON/OFF for VT-d protection. The old VT-d codes is using static IOMMU region, and that won't satisfy vfio-pci device listeners. Let me explain. vfio-pci devices depend on the memory region listener and IOMMU replay mechanism to make

Re: [Qemu-devel] [PATCH v1 0/2] Add Atmel I2C TPM AT97SC3204T emulated device

On 19 December 2016 at 13:55, Corey Minyard wrote: > On 12/18/2016 07:47 PM, Alastair D'Silva wrote: >> >> On Fri, 2016-12-16 at 17:35 +, Peter Maydell wrote: >>> Our current API seems to envisage that the slave can return a >>> negative value from I2CSlaveClass::recv

Re: [Qemu-devel] [RESEND Patch v1 00/37] Implementation of vhost-pci for inter-vm commucation

Hi Wei, On Mon, Dec 19, 2016 at 7:00 AM Wei Wang wrote: > This patch series implements vhost-pci, which is a point-to-point based > inter-vm > communication solution. The QEMU side implementation includes the > vhost-user > extension, vhost-pci device emulation and

Re: [Qemu-devel] Can qemu reopen image files?

Hi Fam, Stefan, Thanks for answering. We use "qemu-img convert" to convert a image in the middle of the chain, not the active one. Those images (and the previous ones in the chain) are read-only and there should be no risk in converting them: E.g.: for the following chain: base -->

Re: [Qemu-devel] [PATCH RFC v2 0/4] block/qapi: refactor and optimize the qmp_query_blockstats()

On Mon, 12/19 15:02, Stefan Hajnoczi wrote: > On Mon, Dec 19, 2016 at 04:51:22PM +0800, Dou Liyang wrote: > > These patches aim to refactor the qmp_query_blockstats() and > > improve the performance by reducing the running time of it. > > > > qmp_query_blockstats() is used to monitor the

[Qemu-devel] [PATCH v4 5/6] target-ppc: Implement bcdtrunc. instruction

bcdtrunc.: Decimal integer truncate. Given a BCD number in vrb and the number of bytes to truncate in vra, the return register will have vrb with such bits truncated. Signed-off-by: Jose Ricardo Ziviani --- target-ppc/helper.h | 1 +

[Qemu-devel] [PATCH v4 3/6] target-ppc: Implement bcdus. instruction

bcdus.: Decimal unsigned shift. This instruction works like bcds. but considers only unsigned BCDs (no sign in least meaning 4 bits). Signed-off-by: Jose Ricardo Ziviani --- target-ppc/helper.h | 1 + target-ppc/int_helper.c | 41

[Qemu-devel] [PATCH v4 6/6] target-ppc: Implement bcdutrunc. instruction

bcdutrunc. Decimal unsigned truncate. Works like bcdtrunc. with unsigned BCD numbers. Signed-off-by: Jose Ricardo Ziviani --- target-ppc/helper.h | 1 + target-ppc/int_helper.c | 51 +

Re: [Qemu-devel] [PATCH] mirror: prevent 'top' mode mirroring when no backing file specified on the destination

On 19.12.2016 23:38, sochin jiang wrote: > Mirroring using 'top' mode without backing file specified on the target can > be success, > but end with a disaster. > > For example: >Migration can be success in this situation while the virtual machine on > the destination > is no longer

Re: [Qemu-devel] [PATCH 13/21] qcow2: add .bdrv_store_persistent_dirty_bitmaps()

On 19.12.2016 16:26, Vladimir Sementsov-Ogievskiy wrote: > 19.12.2016 18:14, Max Reitz wrote: >> On 17.12.2016 15:58, Vladimir Sementsov-Ogievskiy wrote: >>> 09.12.2016 20:05, Max Reitz wrote: On 22.11.2016 18:26, Vladimir Sementsov-Ogievskiy wrote: > Realize block bitmap storing

[Qemu-devel] [Bug 1651167] [NEW] hw/ipmi/isa_ipmi_bt.c:283: suspect use of macro ?

Public bug reported: I just had a go at compiling qemu trunk with llvm trunk. It said: hw/ipmi/isa_ipmi_bt.c:283:31: warning: logical not is only applied to the left hand side of this bitwise operator [-Wlogical-not-parentheses] Source code is IPMI_BT_SET_HBUSY(ib->control_reg,

Re: [Qemu-devel] Can qemu reopen image files?

Hi Eric, Thanks for your great answer. On 19-Dec-16 12:48, Eric Blake wrote: Then we do the rebase while the VM is suspended to make sure the image files are reopened. That part is where you are liable to break things. Qemu does NOT have a graceful way to reopen the backing chain, so

[Qemu-devel] [PATCH v2 1/1] virtio: fix vq->inuse recalc after migr

Correct recalculation of vq->inuse after migration for the corner case where the avail_idx has already wrapped but used_idx not yet. Also change the type of the VirtQueue.inuse to unsigned int. This is done to be consistent with other members representing sizes (VRing.num), and because C99

Re: [Qemu-devel] [PATCH 13/21] qcow2: add .bdrv_store_persistent_dirty_bitmaps()

19.12.2016 18:34, Max Reitz wrote: On 19.12.2016 16:26, Vladimir Sementsov-Ogievskiy wrote: 19.12.2016 18:14, Max Reitz wrote: On 17.12.2016 15:58, Vladimir Sementsov-Ogievskiy wrote: 09.12.2016 20:05, Max Reitz wrote: On 22.11.2016 18:26, Vladimir Sementsov-Ogievskiy wrote: Realize block

[Qemu-devel] [PATCH v5 3/4] Plumb the HAXM-based hardware acceleration support

Use the Intel HAX is kernel-based hardware acceleration module for Windows (similar to KVM on Linux). Based on the "target-i386: Add Intel HAX to android emulator" patch from David Chou Signed-off-by: Vincent Palatin --- Makefile.target

[Qemu-devel] [PATCH] mirror: prevent 'top' mode mirroring when no backing file specified on the destination

Mirroring using 'top' mode without backing file specified on the target can be success, but end with a disaster. For example: Migration can be success in this situation while the virtual machine on the destination is no longer usable because of backing lost. Remind the user earlier and

Re: [Qemu-devel] [PATCH v1 0/2] Add Atmel I2C TPM AT97SC3204T emulated device

On 12/19/2016 09:31 AM, Peter Maydell wrote: On 19 December 2016 at 13:55, Corey Minyard wrote: On 12/18/2016 07:47 PM, Alastair D'Silva wrote: On Fri, 2016-12-16 at 17:35 +, Peter Maydell wrote: Our current API seems to envisage that the slave can return a negative

[Qemu-devel] [PATCH v5 2/4] target-i386: Add Intel HAX files

That's a forward port of the core HAX interface code from the emu-2.2-release branch in the external/qemu-android repository as used by the Android emulator. The original commit was "target-i386: Add Intel HAX to android emulator" saying: """ Backport of 2b3098ff27bab079caab9b46b58546b5036f5c0c

Re: [Qemu-devel] [PATCH 13/21] qcow2: add .bdrv_store_persistent_dirty_bitmaps()

On 17.12.2016 15:58, Vladimir Sementsov-Ogievskiy wrote: > 09.12.2016 20:05, Max Reitz wrote: >> On 22.11.2016 18:26, Vladimir Sementsov-Ogievskiy wrote: >>> Realize block bitmap storing interface, to allow qcow2 images store >>> persistent bitmaps. >>> >>> Signed-off-by: Vladimir

Re: [Qemu-devel] Is block_save_iterate() dead code?

On 16.12.2016 18:03, Dr. David Alan Gilbert wrote: > * Thomas Huth (th...@redhat.com) wrote: >> On 18.11.2016 09:13, Thomas Huth wrote: >>> On 17.11.2016 04:45, David Gibson wrote: On Mon, Nov 14, 2016 at 07:34:59PM +0100, Juan Quintela wrote: > Thomas Huth wrote:

Re: [Qemu-devel] [PATCH RFC v2 0/4] block/qapi: refactor and optimize the qmp_query_blockstats()

On Mon, Dec 19, 2016 at 04:51:22PM +0800, Dou Liyang wrote: > These patches aim to refactor the qmp_query_blockstats() and > improve the performance by reducing the running time of it. > > qmp_query_blockstats() is used to monitor the blockstats, it > querys all the graph_bdrv_states or

Re: [Qemu-devel] [PATCH] mirror: prevent 'top' mode mirroring when no backing file specified on the destination

On 12/19/2016 04:38 PM, sochin jiang wrote: > Mirroring using 'top' mode without backing file specified on the target can > be success, > but end with a disaster. > > For example: >Migration can be success in this situation while the virtual machine on > the destination > is no longer

Re: [Qemu-devel] [PATCH 13/21] qcow2: add .bdrv_store_persistent_dirty_bitmaps()

19.12.2016 18:14, Max Reitz wrote: On 17.12.2016 15:58, Vladimir Sementsov-Ogievskiy wrote: 09.12.2016 20:05, Max Reitz wrote: On 22.11.2016 18:26, Vladimir Sementsov-Ogievskiy wrote: Realize block bitmap storing interface, to allow qcow2 images store persistent bitmaps. Signed-off-by:

[Qemu-devel] [PATCH v5 4/4] hax: add Darwin support

Re-add the MacOSX/Darwin support: Use the Intel HAX is kernel-based hardware acceleration module (similar to KVM on Linux). Based on the original "target-i386: Add Intel HAX to android emulator" patch from David Chou from emu-2.2-release branch in the

[Qemu-devel] [PATCH v4 0/6] POWER9 TCG enablements - BCD functions - final part

v4: - improves functions to behave exactly like the target v3: - moves shift functions to host-utils.c and added config_int128 guard - changes Makefile to always compile host-utils.c - redesigns bcd[u]trunc to use bitwise operations - removes "target-ppc: Implement bcd_is_valid function"

Re: [Qemu-devel] qemu-2.8-rc4 is broken

It also fails much earlier when I enable logs with "-d int -D log". Here is backtrace for this failure: #0 0x76e79e52 in ntdll!EtwpCreateEtwThread () from /c/Windows/SYSTEM32/ntdll.dll #1 0x76e56965 in ntdll!EtwEventSetInformation () from

Re: [Qemu-devel] Strange/wrong behavior with iSCSI Tape devices in QEMU 2.8.0-rc4

On 12/19/2016 04:05 AM, Holger Schranz wrote: > # Strange/wrong behavior in QEMU 2.8.0-rc4 > > After update from QEMU 2.6.2 to 2.8.0-rc4 the tape devices > and the corresponding medium changer are no longer available > in the VM quest system. > > The tape devices and the media changer are

Re: [Qemu-devel] [PATCH] smbios: stop ignoring command line options for TARGET_ARM

So, in addition to the style issue I was automatically notified of, I also neglected to CC the appropriate people - adding them here. As for the style issue - is it more important to adhere to checkpatch.pl or to surrounding definitions? Regards, Leif On Fri, Dec 16, 2016 at 03:23:19PM +,

Re: [Qemu-devel] Lock contention in QEMU

Got it. Thank you very much. Best, Weiwei Jia On Mon, Dec 19, 2016 at 5:58 AM, Stefan Hajnoczi wrote: > On Fri, Dec 16, 2016 at 04:42:54PM -0500, Weiwei Jia wrote: >> Has x-data-plane been used (or accepted) widely in systems. I have >> this concern since if it hasn't been

[Qemu-devel] [Bug 682326] Re: linux-user/mmap exhaustion

Triaging old bug tickets ... do you still have this issue with the latest version of QEMU? If so, could you please discuss the patch on the qemu-devel mailing list? (since we do not take patches from the bugtracker) ** Changed in: qemu Status: New => Incomplete -- You received this bug

Re: [Qemu-devel] [PATCH v6 2/4] hw/intc/arm_gicv3_kvm: Implement get/put functions

Hi Vijaya, On 23/11/2016 13:39, vijay.kil...@gmail.com wrote: > From: Vijaya Kumar K > > This actually implements pre_save and post_load methods for in-kernel > vGICv3. > > Signed-off-by: Pavel Fedin > Signed-off-by: Peter Maydell

[Qemu-devel] [Bug 597575] Re: Hangs on HTTP errors when using the curl block driver

QEMU 0.11 / 0.12 are pretty much outdated nowadays ... can you still reproduce this issue with the latest version of QEMU? ** Changed in: qemu Status: New => Incomplete -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

Re: [Qemu-devel] any known virtio-net regressions in Qemu 2.7?

Am 19.12.2016 um 12:03 schrieb Stefan Hajnoczi: > On Fri, Dec 16, 2016 at 10:00:36PM +0100, Stefan Priebe - Profihost AG wrote: >> >> Am 15.12.2016 um 07:46 schrieb Alexandre DERUMIER: >>> does rollbacking the kernel to previous version fix the problem ? >> >> The culprit is the used tuned agent

[Qemu-devel] [Bug 1251470] Re: Guest not working in KVM mode but does in TCG mode

According to comment #3, this bug has been fixed, so I'm closing this ticket now. If you can still reproduce this issue with the latest version from QEMU, please feel free to open this ticket again. ** Changed in: qemu Status: New => Fix Released -- You received this bug notification

[Qemu-devel] [Bug 697510] Re: Machine shut off after tons of lsi_scsi: error: MSG IN data too long

Triaging old bug tickets ... do you still have this problem with the latest version of QEMU, or could we close this bug nowadays? ** Changed in: qemu Status: New => Incomplete -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

Re: [Qemu-devel] [PATCH v7 3/5] IOMMU: enable intel_iommu map and unmap notifiers

On Fri, Dec 16, 2016 at 09:12:05AM +, Liu, Yi L wrote: > > From: "Aviv Ben-David" > > > > Adds a list of registered vtd_as's to intel iommu state to save > > iteration over each PCI device in a search of the corrosponding domain. > > > > Signed-off-by: Aviv Ben-David

Re: [Qemu-devel] [RESEND Patch v1 36/37] vhost-user/msg: handling VHOST_USER_SET_FEATURES

On 12/19/2016 01:59 PM, Wei Wang wrote: If the featuer bits sent by the slave are not equal to the ones that were sent by the master, perform a reset of the master device. Signed-off-by: Wei Wang --- hw/net/vhost_net.c | 2 ++ hw/virtio/vhost-user.c | 20

[Qemu-devel] [PATCH RFC v2 2/4] block/qapi: reduce the coupling between the bdrv_query_stats and bdrv_query_bds_stats

the bdrv_query_stats and bdrv_query_bds_stats functions need to call each other, that increases the coupling. it also makes the program complicated and makes some unnecessary judgements. remove the call from bdrv_query_bds_stats to bdrv_query_stats, just take some recursion to make it clearly.

[Qemu-devel] [PATCH RFC v2 0/4] block/qapi: refactor and optimize the qmp_query_blockstats()

These patches aim to refactor the qmp_query_blockstats() and improve the performance by reducing the running time of it. qmp_query_blockstats() is used to monitor the blockstats, it querys all the graph_bdrv_states or monitor_block_backends. There are the two jobs: 1 For the performance: 1.1

Re: [Qemu-devel] [PATCH v5 2/3] utils: Add helper to read arm MIDR_EL1 register

On Fri, Dec 16, 2016 at 7:34 PM, Peter Maydell wrote: > On 7 December 2016 at 17:06, wrote: >> From: Vijaya Kumar K >> >> Add helper API to read MIDR_EL1 registers to fetch >> cpu identification information. This helps

Re: [Qemu-devel] [PATCHv3] multiboot: copy the cmdline verbatim, unescape module strings

On 12/18/2016 10:25 PM, Eduardo Habkost wrote: > On Thu, Dec 15, 2016 at 02:32:04PM +0200, Vlad Lungu wrote: >> get_opt_value() truncates the value at the first comma >> Use memcpy() instead >> Unescape the module filename and parameters with get_opt_value() >> before calling mb_add_cmdline() >>

[Qemu-devel] [PATCH v4 0/4] Add HAX support

I took a stab at trying to rebase/upstream the support for Intel HAXM. (Hardware Accelerated Execution Manager). Intel HAX is kernel-based hardware acceleration module for Windows and MacOSX. I have based my work on the last version of the source code I found: the emu-2.2-release branch in the

[Qemu-devel] [PATCH v4 1/4] kvm: move cpu synchronization code

Move the generic cpu_synchronize_ functions to the common hw_accel.h header, in order to prepare for the addition of a second hardware accelerator. Signed-off-by: Stefan Weil Signed-off-by: Vincent Palatin --- cpus.c | 1 +

[Qemu-devel] [PATCH v4 4/4] hax: add Darwin support

Re-add the MacOSX/Darwin support: Use the Intel HAX is kernel-based hardware acceleration module (similar to KVM on Linux). Based on the original "target-i386: Add Intel HAX to android emulator" patch from David Chou from emu-2.2-release branch in the

[Qemu-devel] Strange/wrong behavior with iSCSI Tape devices in QEMU 2.8.0-rc4

# Strange/wrong behavior in QEMU 2.8.0-rc4 After update from QEMU 2.6.2 to 2.8.0-rc4 the tape devices and the corresponding medium changer are no longer available in the VM quest system. The tape devices and the media changer are declared in the xml-file for libvirt. Both, tape drives and

Re: [Qemu-devel] [RFC PATCH 03/13] intel_iommu: renaming gpa to iova where proper

On Sun, Dec 18, 2016 at 04:39:11PM +0800, Liu, Yi L wrote: [...] > > @@ -595,12 +595,12 @@ static uint64_t vtd_get_slpte(dma_addr_t base_addr, > > uint32_t index) > > return slpte; > > } > > > > -/* Given a gpa and the level of paging structure, return the offset of > > current > > - *

Re: [Qemu-devel] [RFC PATCH 00/13] VT-d replay and misc cleanup

On Tue, Dec 06, 2016 at 06:36:15PM +0800, Peter Xu wrote: > This RFC series is a continue work for Aviv B.D.'s vfio enablement > series with vt-d. Aviv has done a great job there, and what we still > lack there are mostly the following: > > (1) VFIO got duplicated IOTLB notifications due to

[Qemu-devel] [PATCHv4] multiboot: copy the cmdline verbatim, unescape module strings

get_opt_value() truncates the value at the first comma Use memcpy() instead Unescape the module filename and parameters with get_opt_value() before calling mb_add_cmdline() Signed-off-by: Vlad Lungu --- hw/i386/multiboot.c | 19 +-- 1 file changed, 9

[Qemu-devel] qemu-2.8-rc4 is broken

Hi! I encountered the following bug with the latest version of QEMU. I use windows host and start qemu with the following command line: qemu-system-i386.exe -soundhw ac97 -snapshot -hda disk.qcow2 -net none Guest system is Windows XP 32-bit. It founds new hardware (including audio

Re: [Qemu-devel] [PATCH for-2.9 v2] qom: Make all interface types abstract

Paolo Bonzini writes: > On 14/12/2016 18:47, Markus Armbruster wrote: >> Paolo Bonzini writes: >> >>> On 14/12/2016 14:48, Eduardo Habkost wrote: > How do you find all abstract TypeInfo in the source? The uninitiated > might grep for .abstract

Re: [Qemu-devel] [Qemu-arm] [PATCH 2/2] block: m25p80: Introduce Die Erase command

> -Original Message- > From: Edgar E. Iglesias [mailto:edgar.igles...@gmail.com] > Sent: Monday, December 19, 2016 8:28 AM > To: Krzeminski, Marcin (Nokia - PL/Wroclaw) > > Cc: qemu-devel@nongnu.org; peter.mayd...@linaro.org; rfsw- > patc...@mlist.nokia.com;

[Qemu-devel] [PATCH RFC v2 3/4] block/qapi: acquire a reference instead of a lock during querying blockstats

This patch works to improve the performance of the query requests. >From the commit 13344f3a, it adds a lock to make query-blockstats safe by the aio_context_acquire(). the qmp_query_blockstats func requires/releases the AioContext lock, which takes some time and blocks the I/O processing. It

Re: [Qemu-devel] [RFC PATCH 00/13] VT-d replay and misc cleanup

On Tue, Dec 06, 2016 at 06:36:15PM +0800, Peter Xu wrote: > This RFC series is a continue work for Aviv B.D.'s vfio enablement > series with vt-d. Aviv has done a great job there, and what we still > lack there are mostly the following: > > (1) VFIO got duplicated IOTLB notifications due to

Re: [Qemu-devel] [RFC PATCH 03/13] intel_iommu: renaming gpa to iova where proper

On Tue, Dec 06, 2016 at 06:36:18PM +0800, Peter Xu wrote: > There are lots of places in current intel_iommu.c codes that named > "iova" as "gpa". It is really confusing to use a name "gpa" in these > places (which is very easily to be understood as "Guest Physical > Address", while it's not). To

Re: [Qemu-devel] [RFC PATCH 00/13] VT-d replay and misc cleanup

On Sun, Dec 18, 2016 at 04:42:50PM +0800, Liu, Yi L wrote: > On Tue, Dec 06, 2016 at 06:36:15PM +0800, Peter Xu wrote: > > This RFC series is a continue work for Aviv B.D.'s vfio enablement > > series with vt-d. Aviv has done a great job there, and what we still > > lack there are mostly the

Re: [Qemu-devel] [PATCHv3] multiboot: copy the cmdline verbatim, unescape module strings

On Mon, Dec 19, 2016 at 11:35:34AM +0200, Vlad Lungu wrote: > On 12/18/2016 10:25 PM, Eduardo Habkost wrote: > > On Thu, Dec 15, 2016 at 02:32:04PM +0200, Vlad Lungu wrote: > >> get_opt_value() truncates the value at the first comma > >> Use memcpy() instead > >> Unescape the module filename and

Re: [Qemu-devel] Is block_save_iterate() dead code?

On 12/19/2016 11:30 AM, Thomas Huth wrote: > On 16.12.2016 18:03, Dr. David Alan Gilbert wrote: >> * Thomas Huth (th...@redhat.com) wrote: >>> On 18.11.2016 09:13, Thomas Huth wrote: On 17.11.2016 04:45, David Gibson wrote: > On Mon, Nov 14, 2016 at 07:34:59PM +0100, Juan Quintela

Re: [Qemu-devel] [PATCH 06/54] char: introduce generic qemu_chr_get_kind()

On 12/12/2016 04:42 PM, Marc-André Lureau wrote: > This allows to remove the "is_mux" field from CharDriverState. > > Signed-off-by: Marc-André Lureau > --- > monitor.c | 2 +- > qemu-char.c | 21 ++--- > include/sysemu/char.h

Re: [Qemu-devel] [Qemu-ppc] [RFC PATCH qemu] spapr_pci: Create PCI-express root bus by default

On Wed, 2016-12-14 at 20:26 +0200, Marcel Apfelbaum wrote: > > > > > > Maybe I just don't quite get the relationship between Root > > > > > > Complexes and Root Buses, but I guess my question is: what > > > > > > is preventing us from simply doing whatever a > > > > > > spapr-pci-host-bridge is

[Qemu-devel] [PATCH 4/5] qmp/hmp: add query-vm-generation-id and 'info vm-generation-id' commands

From: Igor Mammedov Add commands to query Virtual Machine Generation ID counter. QMP command example: { "execute": "query-vm-generation-id" } HMP command example: info vm-generation-id Signed-off-by: Igor Mammedov Reviewed-by: Eric Blake

[Qemu-devel] [PATCH 0/5] RFC: Add support for VM Generation ID

From: Ben Warren This patch set adds support for passing a GUID to Windows guests. It is a re-implementation of previous patch sets written by Igor Mammedov et al, but this time passing the GUID data as a fw_cfg blob. This has been tested to work with Windows 2012 R2.

Re: [Qemu-devel] [PATCH 00/23] arm: Add virtualization to GICv3, and enable EL2 on 64-bit CPUs

On Tue, Dec 13, 2016 at 2:36 AM, Peter Maydell wrote: > This patchset adds support for the Virtualization extensions to QEMU's > GICv3 emulation. This was the last missing piece that was stopping > us from turning on the EL2 support in the CPU model, so the patchset >

[Qemu-devel] [PATCH 1/5] docs: vm generation id device's description

From: Ben Warren Signed-off-by: Ben Warren Cc: Gal Hammer --- docs/specs/vmgenid.txt | 39 +++ 1 file changed, 39 insertions(+) create mode 100644 docs/specs/vmgenid.txt diff --git

[Qemu-devel] [PATCH 5/5] qmp/hmp: add set-vm-generation-id commands

From: Igor Mammedov Add set-vm-generation-id command to set Virtual Machine Generation ID counter. QMP command example: { "execute": "set-vm-generation-id", "arguments": { "changed": true, "guid":

[Qemu-devel] [PATCH 2/5] ACPI: Add a function for building named qword entries

From: Ben Warren Signed-off-by: Ben Warren --- hw/acpi/aml-build.c | 28 include/hw/acpi/aml-build.h | 4 2 files changed, 32 insertions(+) diff --git a/hw/acpi/aml-build.c b/hw/acpi/aml-build.c index

[Qemu-devel] [PATCH 3/5] ACPI: Add Virtual Machine Generation ID support

From: Ben Warren This implements the VM Generation ID feature by passing a 128-bit GUID to the guest via a fw_cfg blob. The user interface is a simple device with two parameters: - guid (string, must be in UUID format ----) - changed

Re: [Qemu-devel] [PATCH 20/67] ahci: clear aiocb in ncq_cb

Hi, some more considerations: e7bd708ec85e40fd51569bb90c52d6613ffd8f45 atapi: classify read_cd as conditionally returning data This fixes problems with certain operating systems being unable to read from the CDROM. 99868af3d0a75cf6a515a9aa81bf0d7bcb39eadb dma-helpers: explicitly pass

[Qemu-devel] [PATCH v4 2/4] target-i386: Add Intel HAX files

That's a forward port of the core HAX interface code from the emu-2.2-release branch in the external/qemu-android repository as used by the Android emulator. The original commit was "target-i386: Add Intel HAX to android emulator" saying: """ Backport of 2b3098ff27bab079caab9b46b58546b5036f5c0c

[Qemu-devel] [PATCH v3 0/3] Vhost-user Spec: extension for vhost-pci

This spec patch series extends the vhost-user protocol to support the vhost-pci based inter-VM communiaction. v2->v3 changes: 1) replace VHOST_USER_SET_DEV_INFO with VHOST_USER_SET_DEVICE_ID 2) replace VHOST_USER_SET_PEER_CONNECTION with VHOST_USER_SET_VHOST_PCI v1->v2 changes: 1) start from

[Qemu-devel] [PATCH v3 1/3] spec/vhost-user: extend vhost-user to support the vhost-pci based inter-vm communiaction

The protocol feature, VHOST_USER_PROTOCOL_F_VHOST_PCI, indicates the support of vhost-pci. The vhost-pci extension requires the master side implementation to support an asynchronous socket read method. This is used when the slave side vhost-pci device and driver finishes the feature bits

[Qemu-devel] [PATCH v3 3/3] spec/vhost-user: add the VHOST_USER_SET_VHOST_PCI message

The VHOST_USER_SET_VHOST_PCI message is introduced to start/stop the vhost-pci based inter-VM communiaction by the master. Signed-off-by: Wei Wang --- docs/specs/vhost-user.txt | 12 1 file changed, 12 insertions(+) diff --git a/docs/specs/vhost-user.txt

Re: [Qemu-devel] [PATCH v7 3/5] IOMMU: enable intel_iommu map and unmap notifiers

> -Original Message- > From: Peter Xu [mailto:pet...@redhat.com] > Sent: Monday, December 19, 2016 6:01 PM > To: Liu, Yi L > Cc: bd.a...@gmail.com; qemu-devel@nongnu.org; Michael S. Tsirkin > ; , Jan Kiszka ; , Alex Williamson >

Re: [Qemu-devel] [PATCH v7 3/5] IOMMU: enable intel_iommu map and unmap notifiers

> -Original Message- > From: Liu, Yi L > Sent: Friday, December 16, 2016 5:12 PM > To: bd.a...@gmail.com; qemu-devel@nongnu.org > Cc: Michael S. Tsirkin ; , Jan Kiszka > ; , Peter Xu ; , Alex Williamson >

Re: [Qemu-devel] Lock contention in QEMU

On Fri, Dec 16, 2016 at 04:42:54PM -0500, Weiwei Jia wrote: > Has x-data-plane been used (or accepted) widely in systems. I have > this concern since if it hasn't been widely accepted, it may > have/cause some problems we don't know. Do you know some hidden > problems which may caused by QEMU

  1   2   >