[Qemu-devel] [PULL 3/3] spapr_drc: Change value of property "fdt" from null back to {}

From: Markus Armbruster prop_get_fdt() misuses the visitor API: when fdt is null, it doesn't visit anything. object_property_get_qobject() happily object_property_get_qobject(). Amazingly, the latter survives the misuse. Turns out we've papered over it long before

[Qemu-devel] [PULL 2/3] spapr_drc: Make device "spapr-dr-connector" unavailable with -device

From: Markus Armbruster It should only be created via spapr_dr_connector_new(). Attempting to create it with -device crashes. Signed-off-by: Markus Armbruster Signed-off-by: David Gibson --- hw/ppc/spapr_drc.c | 4 1

[Qemu-devel] [PULL 0/3] ppc-for-2.5 queue 20151204

The following changes since commit 4c65fed8bdf96780735dbdb92a8bd0d6b6526cc3: ui: vnc: avoid floating point exception (2015-12-03 13:34:50 +) are available in the git repository at: git://github.com/dgibson/qemu.git tags/ppc-for-2.5-20151204 for you to fetch changes up to

[Qemu-devel] [PULL 8/9] typedefs: Put them back into alphabetical order

From: Markus Armbruster "Please keep this list in alphabetical order" has been more honoured in the breach than in the observance. Clean up. While there, drop a redundant struct declaration. Signed-off-by: Markus Armbruster Reviewed-by: Dr. David Alan

[Qemu-devel] [PATCH] report a error message if -net socket can not connect to server

From: Li Zhijian -netdev socket,connect=xx:xx now is asynchronous to connect listening server, if we don't start listening server before connecting, no error is detected but we can connect to listening server forever. Just report a error message in this case?

Re: [Qemu-devel] Question about nonblocking stderr and lost logs

On Mon, Nov 30, 2015 at 04:34:47PM +1100, Sam Bobroff wrote: > Hi QEMU programmers, > > While doing some experimental work on QEMU that has involved adding a lot of > new log messages (using qemu_log_mask()), I've discovered that under some > conditions a lot of my log messages go missing. > >

Re: [Qemu-devel] [RFC PATCH 7/9] net/colo-proxy: add packet enqueue and handle function

Hi,Dave On 12/03/2015 05:09 PM, Dr. David Alan Gilbert wrote: * Zhang Chen (zhangchen.f...@cn.fujitsu.com) wrote: Hi,Dave On 12/02/2015 12:12 AM, Dr. David Alan Gilbert wrote: * Zhang Chen (zhangchen.f...@cn.fujitsu.com) wrote: From: zhangchen Add common

Re: [Qemu-devel] [PATCH] vhost: drop dead code

02.12.2015 14:50, Michael S. Tsirkin wrote: > We dropped the implementation of vhost_dev_query, > drop it from the header file as well. Applied to -trivial with a commit message fix suggested by Eric. Thanks! /mjt

Re: [Qemu-devel] [PATCH] net/vmxnet3.c: fix a build error when enabling debug output

2015-12-04 14:58 GMT+08:00 阎淼 : > 2015-12-03 23:59 GMT+08:00 Eric Blake : >> On 12/02/2015 10:08 PM, Miao Yan wrote: >>> Macro MAC_FMT and MAC_ARG are not defined, but used in vmxnet3_net_init(). >>> This will cause build error when debug level is raised

[Qemu-devel] [PATCH for-2.6 0/2] Preparation for PCI devices convert to realize()

Hi, As you know, there are many PCI devices still using .init() as its initialization function, I am planning to do the "convert to realize()" work, and PCI bridge devices are chosen first. The supporting functions should be modified first. msi_init() a supporting function for

Re: [Qemu-devel] net: vmxnet3: memory leakage issue

On 12/03/2015 03:17 PM, Dmitry Fleytman wrote: > Hello Prasad, > > The patch is good. > Jason, would you apply is from attachment or should it be resent by > "git send-email”? Better with "git send-email". And I've a question for this patch which needs to be answered before merging this. What

[Qemu-devel] [PATCH 1/2] qemu-file: fix flaws of qemu_put_compression_data

There are some flaws in qemu_put_compression_data, this patch tries to fix it. Now it can be used by other code. Signed-off-by: Liang Li --- migration/qemu-file.c | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/migration/qemu-file.c

[Qemu-devel] [PATCH 0/2] fix the flaws of qemu_put_compression_data

This patch fixed the flaws in qemu_put_compression_data function. and cleanup the code based on the change. Liang Li (2): qemu-file: fix flaws of qemu_put_compression_data migration: code clean up. migration/qemu-file.c | 10 +- migration/ram.c | 20 2

[Qemu-devel] [PATCH 5/8] bcm2835_peripherals: add rollup device for bcm2835 peripherals

This device maintains all the non-CPU peripherals on bcm2835 (Pi1) which are also present on bcm2836 (Pi2). It also implements the private address space used for DMA. Signed-off-by: Andrew Baumann --- hw/arm/Makefile.objs | 1 +

[Qemu-devel] [PATCH 7/8] bcm2836: add bcm2836 soc device

This is the SoC for Raspberry Pi 2. Signed-off-by: Andrew Baumann --- hw/arm/Makefile.objs | 2 +- hw/arm/bcm2836.c | 135 +++ include/hw/arm/bcm2836.h | 33 3 files changed, 169 insertions(+),

[Qemu-devel] [PATCH for-2.6 1/2] Add param Error** to msi_init()

msi_init() is a supporting function in PCI device initialization, in order to convert .init() to .realize(), it should be modified first. Bonus: add more comment. Signed-off-by: Cao jin --- hw/pci/msi.c | 17 + include/hw/pci/msi.h | 4 ++-- 2

[Qemu-devel] [PATCH for-2.6 2/2] Modify callers of msi_init()

Because definition of msi_init() has been changed for the purpose: convert to realize(). There are 11 callers for now. Signed-off-by: Cao jin --- hw/audio/intel-hda.c | 7 ++- hw/ide/ich.c | 2 +- hw/net/vmxnet3.c

[Qemu-devel] [PATCH 2/8] bcm2835_property: add bcm2835 property channel

This sits behind the mailbox interface, and implements request/response queries for system properties. The framebuffer-related properties will be added in a later patch. Signed-off-by: Andrew Baumann --- hw/misc/Makefile.objs | 1 +

[Qemu-devel] [PATCH 4/8] bcm2835_emmc: add bcm2835 MMC/SD controller

Signed-off-by: Andrew Baumann --- hw/sd/Makefile.objs | 1 + hw/sd/bcm2835_emmc.c | 800 +++ include/hw/sd/bcm2835_emmc.h | 56 +++ 3 files changed, 857 insertions(+) create mode 100644

[Qemu-devel] [PATCH 6/8] bcm2836_control: add bcm2836 ARM control logic

This module is specific to the bcm2836 (Pi2). It implements the top level interrupt controller, and mailboxes used for inter-processor synchronisation. Signed-off-by: Andrew Baumann --- hw/intc/Makefile.objs | 2 +- hw/intc/bcm2836_control.c |

[Qemu-devel] [PATCH 3/8] bcm2835_ic: add bcm2835 interrupt controller

Signed-off-by: Andrew Baumann --- hw/intc/Makefile.objs| 1 + hw/intc/bcm2835_ic.c | 234 +++ include/hw/intc/bcm2835_ic.h | 26 + 3 files changed, 261 insertions(+) create mode 100644

Re: [Qemu-devel] [RFC PATCH V2 00/10] Qemu: Add live migration support for SRIOV NIC

On 12/2/2015 10:31 PM, Michael S. Tsirkin wrote: >We hope >to find a better way to make SRIOV NIC work in these cases and this is >worth to do since SRIOV NIC provides better network performance compared >with PV NIC. If this is a performance optimization as the above implies, you need to

[Qemu-devel] [PATCH for 2.6 v3 1/1] qemu-char: append opt to stop truncation of serial file

From: Olga Krishtal Our QA team wants to preserve serial output of the guest in between QEMU runs to perform post-analysis. By default this behavior is off (file is truncated each time QEMU is started or device is plugged). Signed-off-by: Olga Krishtal

[Qemu-devel] [PULL 4/9] crypto: avoid two coverity false positive error reports

From: "Daniel P. Berrange" In qcrypto_tls_creds_get_path() coverity complains that we are checking '*creds' for NULL, despite having dereferenced it previously. This is harmless bug due to fact that the trace call was too early. Moving it after the cleanup gets the desired

[Qemu-devel] [PULL 3/9] configure: Diagnose broken linkers directly

From: Peter Maydell Currently if the user's compiler works for creating .o files but their linker is broken such that compiling an executable from a C file does not work, we will report a misleading error message about the compiler not supporting __thread (since that

[Qemu-devel] [PULL 2/9] bt: avoid unintended sign extension

From: Paolo Bonzini In the case of a 4-byte length, shifting a value by 24 may cause an unintended sign extension when converting from int to size_t. Use a uint32_t variable instead. Signed-off-by: Paolo Bonzini Reviewed-by: Markus Armbruster

[Qemu-devel] [PATCH] ivshmem: Store file descriptor for vhost-user negotiation

If virtio-net driver allocates memory in vishmem shared memory, vhost-net will work correctly, but vhost-user will not work because a fd of shared memory will not be sent to vhost-user backend. This patch fixes ivshmem to store file descriptor of shared memory. It will be used when vhost-user

[Qemu-devel] [PULL for-2.5 0/9] Trivial patches for 2015-12-04

Hello. During the freeze period, let me please add my trivial pull request too ;) There are just 9 patches this time, which are either (small) bugfixes, or just prettifying one or another part of code to look nicely in the release tarball. Here are all of them: aniel P. Berrange (1):

[Qemu-devel] [PULL 6/9] gt64xxx: fix decoding of ISD register

From: Paolo Bonzini The GT64xxx's internal registers can be placed above the first 4 GiB in the address space, but not above the first 64 GiB. Correctly cast the register to a 64-bit integer, and mask away bits above bit 35. Datasheet at

[Qemu-devel] [PULL 9/9] bt: check struct sizes

From: Paolo Bonzini See http://permalink.gmane.org/gmane.linux.bluez.kernel/36505. For historical reasons these do not use sizeof, and Coverity caught a mistake in EVT_ENCRYPT_CHANGE_SIZE. In addition: - remove status from create_conn_cancel_cp; the "status" field is only

[Qemu-devel] [PULL 7/9] scsi: remove scsi_req_free prototype

From: Hervé Poussineau Function has been deleted in ad2d30f79d3b0812f02c741be2189796b788d6d7. Signed-off-by: Hervé Poussineau Reviewed-by: Fam Zheng Signed-off-by: Michael Tokarev --- include/hw/scsi/scsi.h | 1 -

[Qemu-devel] [PULL 5/9] configure: use appropriate code fragment for -fstack-protector checks

From: Rodrigo Rebello The check for stack-protector support consisted in compiling and linking the test program below (output by function write_c_skeleton()) with the compiler flag -fstack-protector-strong first and then with -fstack-protector-all if the first one failed to

[Qemu-devel] [PULL 1/9] util/id: fully allocate names table

From: John Snow Trivial: this array should be allocated to have ID_MAX entries always. Otherwise if someone were to forget to expand this table, the assertion in the id generator won't actually trigger; it will read junk data. Signed-off-by: John Snow

Re: [Qemu-devel] [PATCH] net/vmxnet3.c: fix a build error when enabling debug output

On 12/03/2015 03:24 PM, Dmitry Fleytman wrote: > Acked-by: Dmitry Fleytman > Applied in my -net for 2.5. Thanks > >> On 3 Dec 2015, at 07:08 AM, Miao Yan > > wrote: >> >> Macro MAC_FMT and

[Qemu-devel] [PATCH 1/8] bcm2835_sbm: add BCM2835 mailboxes

This adds the system mailboxes which are used to communicate with a number of GPU peripherals on Pi/Pi2. Signed-off-by: Andrew Baumann --- default-configs/arm-softmmu.mak | 1 + hw/misc/Makefile.objs| 1 + hw/misc/bcm2835_sbm.c

[Qemu-devel] [PATCH 8/8] raspi: add raspberry pi 2 machine

bcm2835/Pi1 requires more peripherals, and will be added in a later patch series. Signed-off-by: Andrew Baumann --- hw/arm/Makefile.objs | 2 +- hw/arm/raspi.c | 179 +++ 2 files changed, 180 insertions(+), 1

Re: [Qemu-devel] scripts/gdb: Fix a python exception in mtree.py

On Wed, Dec 02, 2015 at 03:56:24PM +0800, Yang Wei wrote: > The following exception is threw: > Python Exception name 'long' is not defined: > Error occurred in Python command: name 'long' is not defined > > In python3, long is rename to int > > Signed-off-by: Yang Wei > ---

Re: [Qemu-devel] [PATCH 1/3] hw/sd/pxa2xx_mmci: convert to SysBusDevice object

Peter Maydell writes: > On 7 September 2015 at 17:57, Markus Armbruster wrote: >> Peter Maydell writes: >> >>> On 7 September 2015 at 17:40, Markus Armbruster wrote: Peter Maydell

Re: [Qemu-devel] [PATCH COLO-Frame v11 15/39] COLO: Load PVM's dirty pages into SVM's RAM cache temporarily

On 2015/12/2 3:02, Dr. David Alan Gilbert wrote: * zhanghailiang (zhang.zhanghaili...@huawei.com) wrote: We should not load PVM's state directly into SVM, because there maybe some errors happen when SVM is receving data, which will break SVM. We need to ensure receving all data before load the

Re: [Qemu-devel] [PATCH COLO-Frame v11 34/39] net/filter-buffer: Add default filter-buffer for each netdev

On 2015/12/3 15:21, Yang Hongyang wrote: On 2015年12月03日 14:48, Hailiang Zhang wrote: On 2015/12/3 14:25, Wen Congyang wrote: On 12/03/2015 11:53 AM, Hailiang Zhang wrote: On 2015/12/3 9:17, Wen Congyang wrote: On 11/24/2015 05:25 PM, zhanghailiang wrote: We add each netdev a default

[Qemu-devel] [PATCH] mmap-alloc: tweak a comment on ppc64

The comment I put in mmap-alloc to document the ppc64 rules refers to the previous revision of the patch: we don't look at memory alignment anymore, we check the fs from which the fd is mapped, instead. It's also not clear what does "in this case" refer to, rearrange text to make it clearer.

Re: [Qemu-devel] WG: [ovirt-users] Segmentation fault in libtcmalloc

Hi, qemu-img-ev-2.3.0-29.1.el7.x86_64 libvirt-daemon-driver-qemu-1.2.8-16.el7_1.4.x86_64 qemu-kvm-ev-2.3.0-29.1.el7.x86_64 qemu-kvm-common-ev-2.3.0-29.1.el7.x86_64 ipxe-roms-qemu-20130517-7.gitc4bce43.el7.noarch qemu-kvm-tools-ev-2.3.0-29.1.el7.x86_64 it seems pc-i440fx-rhel7.2.0 is the default

Re: [Qemu-devel] [PATCH for-2.5] virtio: handle non-virtio-1-capable backend

On 12/02/2015 05:43 PM, Michael S. Tsirkin wrote: > On Wed, Dec 02, 2015 at 03:09:58PM +0100, Cornelia Huck wrote: >> If you run a qemu advertising VERSION_1 with an old kernel where >> vhost did not yet support VERSION_1, you'll end up with a device >> that is {modern pci|ccw revision 1} but does

[Qemu-devel] vhost-user on qemu qemu-2.5.0-rc2 FAILS for multi-queue

Hi I am using the latest qemu-2.5.0-rc2 with vhost-user(with multi-queue, with 3 queues) to test multi-queue feature with vhost-user. In the guest vm, multi-queue feature flag is not getting enabled . On the backend, the backend(user space switch) is receving SET_VRING_ADDR message only for

Re: [Qemu-devel] [PATCH v3 2/3] qemu-iotests: s390x: fix test 051

Hi Max: On 12/02/2015 11:48 PM, Max Reitz wrote: On 01.12.2015 08:35, tu bo wrote: Hi Max: 在 2015/12/1 3:38, Max Reitz 写道: On 26.11.2015 10:53, Bo Tu wrote: From: Bo Tu The tests for device type "ide_cd" should only be tested for the pc platform. The default

Re: [Qemu-devel] [TCG only][Migration Bug? ] Occasionally, the content of VM's memory is inconsistent between Source and Destination of migration

* Li Zhijian (lizhij...@cn.fujitsu.com) wrote: > > > On 12/03/2015 05:24 PM, Dr. David Alan Gilbert wrote: > >* Li Zhijian (lizhij...@cn.fujitsu.com) wrote: > >>Hi all, > >> > >>Does anyboday remember the similar issue post by hailiang months ago > >> http://patchwork.ozlabs.org/patch/454322/ >

[Qemu-devel] [Minios-devel] [PATCH v6 0/] Begin to disentangle libxenctrl and provide some stable libraries

In <1431963008.4944.80.ca...@citrix.com> I proposed stabilising some parts of the libxenctrl API/ABI by disaggregating into separate libraries. This is v6 of that set of series against: xen qemu-xen qemu-xen-traditional mini-os NB: Samuel+minios-devel will only get the mini-os

Re: [Qemu-devel] [PATCH v2 5/6] target-arm: support QMP dump-guest-memory

On 25 November 2015 at 00:37, Andrew Jones wrote: > Add the support needed for creating prstatus elf notes. This > allows us to use QMP dump-guest-memory. > + > +if (is_a64(env)) { > +for (i = 0; i < 31; ++i) { > +note.prstatus.pr_reg.regs[i] =

Re: [Qemu-devel] [PATCH for-2.5] tcg: Increase the highwater reservation

On 2015-12-02 10:36, Richard Henderson wrote: > On 12/01/2015 08:32 AM, Aurelien Jarno wrote: > >On 2015-12-01 08:19, Richard Henderson wrote: > >>If there are a lot of guest memory ops in the TB, the amount of > >>code generated by tcg_out_tb_finalize could be well more than 1k. > >>In the short

Re: [Qemu-devel] [PATCH v2 6/6] target-arm: dump-guest-memory: add fpregset notes

On 25 November 2015 at 00:37, Andrew Jones wrote: > Also refactors note init code to avoid code duplication. Can you squash those parts down into the preceding patch? > > Signed-off-by: Andrew Jones > --- > target-arm/arch_dump.c | 161 >

Re: [Qemu-devel] [TCG only][Migration Bug? ] Occasionally, the content of VM's memory is inconsistent between Source and Destination of migration

Li Zhijian wrote: > Hi all, > > Does anyboday remember the similar issue post by hailiang months ago > http://patchwork.ozlabs.org/patch/454322/ > At least tow bugs about migration had been fixed since that. > > And now we found the same issue at the tcg vm(kvm is

[Qemu-devel] [PATCH] ui: vnc: avoid floating point exception

Hello Gerd, A floating point exception issue in the VNC server PNG compression support was reported by Mr Lian Yihan, CC'd here. Given below is a proposed (tested)patch to fix this issue. === From 1ca4818333d39fed6567e316e37f6a6516f59c69 Mon Sep 17 00:00:00 2001 From: Prasad J Pandit

Re: [Qemu-devel] [PATCH for-2.5 0/2] tests: A cleanup and a fix

Peter Maydell writes: > On 2 December 2015 at 20:20, Markus Armbruster wrote: >> PATCH 1 cleans up unnecessary type punning. >> >> PATCH 2 plugs a massive memory leak in qom-test. I think it would be >> nice to have in 2.5, but at this late stage,

Re: [Qemu-devel] [PATCH] ui: vnc: avoid floating point exception

On Do, 2015-12-03 at 17:07 +0530, P J P wrote: >Hello Gerd, > > A floating point exception issue in the VNC server PNG compression support > was > reported by Mr Lian Yihan, CC'd here. Given below is a proposed (tested)patch > to fix this issue. > -vs->client_pf.rmax = red_max; > +

Re: [Qemu-devel] [PATCH for-2.5 0/2] tests: A cleanup and a fix

Am 03.12.2015 um 13:06 schrieb Markus Armbruster: > Peter Maydell writes: > >> On 2 December 2015 at 20:20, Markus Armbruster wrote: >>> PATCH 1 cleans up unnecessary type punning. >>> >>> PATCH 2 plugs a massive memory leak in qom-test. I think it

Re: [Qemu-devel] net: vmxnet3: memory leakage issue

Hello Dmitry, +-- On Thu, 3 Dec 2015, Dmitry Fleytman wrote --+ | The patch is good. | Jason, would you apply is from attachment or should it be resent by "git send-email”? | | Acked-by: Dmitry Fleytman > Thank you. (/me makes a note to learn

Re: [Qemu-devel] [PATCH] ui: vnc: avoid floating point exception

On 3 December 2015 at 12:11, Gerd Hoffmann wrote: > On Do, 2015-12-03 at 17:07 +0530, P J P wrote: >>Hello Gerd, >> >> A floating point exception issue in the VNC server PNG compression support >> was >> reported by Mr Lian Yihan, CC'd here. Given below is a proposed

Re: [Qemu-devel] [PULL 0/2] Migration PULL request

e available in the git repository at: > > git://github.com/juanquintela/qemu.git tags/migration/20151203 > > for you to fetch changes up to a694ee343d13159d214823294bbda08e4bdac685: > > migration: do floating-point division (2015-12-03 00:03:00 +0100) > > --

[Qemu-devel] [PATCH QEMU-XEN v6 0/8] Begin to disentangle libxenctrl and provide some stable libraries

We intend to stabilise some parts of the libxenctrl interface by splitting out some functionality into separate stable libraries. This is the qemu-xen part of the first phase of that change. This mail is (or is intended to be) a reply to a "0/" super-intro mail covering all of the related patch

[Qemu-devel] [PATCH QEMU-XEN v6 1/8] xen_console: correctly cleanup primary console on teardown.

All of the work in con_disconnect applies to the primary console case (when xendev->dev is NULL). Therefore remove the early check and bail and allow it to fall through. All of the existing code is correctly conditional already. The ->dev and ->gnttabdev handles are either both set or neither.

Re: [Qemu-devel] [PATCH 04/13] block: add meta bitmaps

On Wed, 11/11 18:16, Vladimir Sementsov-Ogievskiy wrote: > Meta bitmap is a 'dirty bitmap' for the BdrvDirtyBitmap. It tracks > changes (set/unset) of this BdrvDirtyBitmap. It is needed for live > migration of block dirty bitmaps. > > Reviewed-by: John Snow > Signed-off-by:

[Qemu-devel] [PATCH QEMU-XEN v6 8/8] xen: make it possible to build without the Xen PV domain builder

Until the previous patch this relied on xc_fd(), which was only implemented for Xen 4.0 and earlier. Given this wasn't working since Xen 4.0 I have marked this as disabled by default. Removing this support drops the use of a bunch of symbols from libxenctrl, specifically: - xc_domain_create

[Qemu-devel] [PATCH QEMU-XEN v6 3/8] xen: Switch to libxengnttab interface for compat shims.

In Xen 4.7 we are refactoring parts libxenctrl into a number of separate libraries which will provide backward and forward API and ABI compatiblity. One such library will be libxengnttab which provides access to grant tables. In preparation for this switch the compatibility layer in xen_common.h

[Qemu-devel] [PATCH QEMU-XEN v6 4/8] xen: Switch uses of xc_map_foreign_range into xc_map_foreign_pages

In Xen 4.7 we are refactoring parts libxenctrl into a number of separate libraries which will provide backward and forward API and ABI compatiblity. One such library will be libxenforeignmemory which provides access to privileged foreign mappings and which will provide an interface equivalent to

[Qemu-devel] [PATCH QEMU-XEN v6 7/8] xen: domainbuild: reopen libxenctrl interface after forking for domain watcher.

Using an existing libxenctrl handle after a fork was never particularly safe (especially if foreign mappings existed at the time of the fork) and the xc fd has been unavailable for many releases. Reopen the handle after fork and therefore do away with xc_fd(). Signed-off-by: Ian Campbell

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

On 3 December 2015 at 04:59, Stefan Hajnoczi wrote: > The following changes since commit cf22132367a188426ac07cf1805b214dd2d0cc80: > > Merge remote-tracking branch 'remotes/kevin/tags/for-upstream' into staging > (2015-12-02 17:05:34 +) > > are available in the git

Re: [Qemu-devel] MinGW build

On 29 November 2015 at 12:03, Juan Quintela wrote: > Peter Maydell wrote: >> Yes, I've reported it to them, and I agree we don't need to fix >> this for 2.5. (There are other warnings with this mingw compiler >> anyway.) > > For my compiler (F23

[Qemu-devel] [PATCH v2] gdb: provide the name of the architecture in the target.xml

From: David Hildenbrand This patch provides the name of the architecture in the target.xml if available. This allows the remote gdb to detect the target architecture on its own - so there is no need to specify it manually (e.g. if gdb is started without a binary) using

[Qemu-devel] [PATCH QEMU-XEN v6 2/8] xen: Switch to libxenevtchn interface for compat shims.

In Xen 4.7 we are refactoring parts libxenctrl into a number of separate libraries which will provide backward and forward API and ABI compatiblity. One such library will be libxenevtchn which provides access to event channels. In preparation for this switch the compatibility layer in

[Qemu-devel] [PATCH QEMU-XEN v6 6/8] xen: Use stable library interfaces when they are available.

In Xen 4.7 we are refactoring parts libxenctrl into a number of separate libraries which will provide backward and forward API and ABI compatiblity. Specifically libxenevtchn, libxengnttab and libxenforeignmemory. Previous patches have already laid the groundwork for using these by switching the

[Qemu-devel] [PATCH QEMU-XEN v6 5/8] xen: Switch uses of xc_map_foreign_{pages, bulk} to use libxenforeignmemory API.

In Xen 4.7 we are refactoring parts libxenctrl into a number of separate libraries which will provide backward and forward API and ABI compatiblity. One such library will be libxenforeignmemory which provides access to privileged foreign mappings and which will provide an interface equivalent to

Re: [Qemu-devel] [PATCH] vfio: Align iova also to IOMMU page size

Hello! > > My device defines this BAR to be of 2M size. In this case qemu splits it > > up into three > > regions: > > 1) Region below the MSI-X table (it's called "mmap", for me it's empty > > because table offset > > is 0) > > 2) MSI-X table itself (20 vectors = 0x0140 bytes for me).

Re: [Qemu-devel] [TCG only][Migration Bug? ] Occasionally, the content of VM's memory is inconsistent between Source and Destination of migration

On 12/03/2015 05:37 PM, Hailiang Zhang wrote: On 2015/12/3 17:24, Dr. David Alan Gilbert wrote: * Li Zhijian (lizhij...@cn.fujitsu.com) wrote: Hi all, Does anyboday remember the similar issue post by hailiang months ago http://patchwork.ozlabs.org/patch/454322/ At least tow bugs about

Re: [Qemu-devel] [PULL 0/9] virtio,vhost,mmap fixes for 2.5

On 2 December 2015 at 20:39, Michael S. Tsirkin wrote: > On Wed, Dec 02, 2015 at 10:35:18PM +0200, Michael S. Tsirkin wrote: >> The following changes since commit 9d7b969ea6d9663a94760c6c131481b366f4d38a: >> >> Merge remote-tracking branch 'remotes/rth/tags/pull-tcg-20151201'

Re: [Qemu-devel] WG: [ovirt-users] Segmentation fault in libtcmalloc

Hi again, got a Segfault today without virtio :-( (one IDE Disk and one virtio-scsi) Core was generated by `/usr/libexec/qemu-kvm -name vmname -S -machine pc-i440fx-rhel7.2.0,accel='. Program terminated with signal 11, Segmentation fault. #0 0x7fb299cbd3ab in

Re: [Qemu-devel] [RFC PATCH V2 09/10] Qemu/VFIO: Add SRIOV VF migration support

On 12/3/2015 6:25 AM, Alex Williamson wrote: On Tue, 2015-11-24 at 21:35 +0800, Lan Tianyu wrote: This patch is to add SRIOV VF migration support. Create new device type "vfio-sriov" and add faked PCI migration capability to the type device. The purpose of the new capability 1) sync

Re: [Qemu-devel] WG: [ovirt-users] Segmentation fault in libtcmalloc

* Grundmann, Christian (christian.grundm...@fabasoft.com) wrote: > Hi again, > got a Segfault today without virtio :-( (one IDE Disk and one virtio-scsi) > > Core was generated by `/usr/libexec/qemu-kvm -name vmname -S -machine > pc-i440fx-rhel7.2.0,accel='. Can you confirm the package version

Re: [Qemu-devel] [RFC PATCH 7/9] net/colo-proxy: add packet enqueue and handle function

* Zhang Chen (zhangchen.f...@cn.fujitsu.com) wrote: > > Hi,Dave > > On 12/02/2015 12:12 AM, Dr. David Alan Gilbert wrote: > >* Zhang Chen (zhangchen.f...@cn.fujitsu.com) wrote: > >>From: zhangchen > >> > >>Add common packet handle function and enqueue > >>packet

Re: [Qemu-devel] [TCG only][Migration Bug? ] Occasionally, the content of VM's memory is inconsistent between Source and Destination of migration

* Li Zhijian (lizhij...@cn.fujitsu.com) wrote: > Hi all, > > Does anyboday remember the similar issue post by hailiang months ago > http://patchwork.ozlabs.org/patch/454322/ > At least tow bugs about migration had been fixed since that. Yes, I wondered what happened to that. > And now we found

[Qemu-devel] Wiki account request (was: Re: Highlighting changes in QEMU 2.5)

> On (Tue) 24 Nov 2015 [10:28:25], Amit Shah wrote: >> Hello, >> >> The 2.5 release is close - and I'm collecting a list of notable >> changes and features once more. The video made for the 2.4 release >> [1] was popular, and I'm volunteering to make one for 2.5 as well. In >> addition, we need

Re: [Qemu-devel] [TCG only][Migration Bug? ] Occasionally, the content of VM's memory is inconsistent between Source and Destination of migration

On 12/03/2015 05:24 PM, Dr. David Alan Gilbert wrote: * Li Zhijian (lizhij...@cn.fujitsu.com) wrote: Hi all, Does anyboday remember the similar issue post by hailiang months ago http://patchwork.ozlabs.org/patch/454322/ At least tow bugs about migration had been fixed since that. Yes, I

Re: [Qemu-devel] [PATCH for-2.5 0/2] tests: A cleanup and a fix

On 2 December 2015 at 20:20, Markus Armbruster wrote: > PATCH 1 cleans up unnecessary type punning. > > PATCH 2 plugs a massive memory leak in qom-test. I think it would be > nice to have in 2.5, but at this late stage, it's really up to the > maintainer. To go into 2.5 it

Re: [Qemu-devel] [PATCH for-2.5 1/2] tests: Use proper functions types instead of void (*fn)

Eric Blake writes: > On 12/02/2015 01:20 PM, Markus Armbruster wrote: >> We have several function parameters declared as void (*fn). This is >> just a stupid way to write void *, and the only purpose writing it >> like that could serve is obscuring the sin of bypassing the

Re: [Qemu-devel] [PATCH v6 02/23] qapi: Require int64/uint64 implementation

Eric Blake writes: > On 11/27/2015 05:05 AM, Markus Armbruster wrote: >> Eric Blake writes: >> >>> Now that all visitors supply both type_int64() and type_uint64() >>> callbacks, we can drop the redundant type_int() callback (the >>> public interface

Re: [Qemu-devel] [RFC PATCH V2 02/10] Qemu/VFIO: Add new VFIO_GET_PCI_CAP_INFO ioctl cmd definition

On 12/3/2015 6:25 AM, Alex Williamson wrote: I didn't seen a matching kernel patch series for this, but why is the kernel more capable of doing this than userspace is already? The following link is the kernel patch. http://marc.info/?l=kvm=144837328920989=2 These seem like pointless ioctls,

Re: [Qemu-devel] [TCG only][Migration Bug? ] Occasionally, the content of VM's memory is inconsistent between Source and Destination of migration

On 2015/12/3 17:24, Dr. David Alan Gilbert wrote: * Li Zhijian (lizhij...@cn.fujitsu.com) wrote: Hi all, Does anyboday remember the similar issue post by hailiang months ago http://patchwork.ozlabs.org/patch/454322/ At least tow bugs about migration had been fixed since that. Yes, I

[Qemu-devel] blockcopy qemu fail and libvirt

Hi, i'm use qemu 2.4.0 and libvirt 1.2.16 and try blockcopy to migrate vm disk virsh -c qemu+ssh://root@xxx/system blockcopy domain sda /dev/nbd2 --wait --pivot libvirt says: Successfully pivoted 2015-12-01 14:37:18.188+: 18288: info : libvirt version: 1.2.16 2015-12-01 14:37:18.188+:

Re: [Qemu-devel] [PATCH] mmap-alloc: tweak a comment on ppc64

On Thu, 3 Dec 2015 10:38:10 +0200 "Michael S. Tsirkin" wrote: > The comment I put in mmap-alloc to document the ppc64 rules > refers to the previous revision of the patch: > we don't look at memory alignment anymore, we check > the fs from which the fd is mapped, instead. > >

Re: [Qemu-devel] [PATCH COLO-Frame v11 18/39] COLO: Flush PVM's cached RAM into SVM's memory

On 2015/12/2 4:06, Dr. David Alan Gilbert wrote: * zhanghailiang (zhang.zhanghaili...@huawei.com) wrote: During the time of VM's running, PVM may dirty some pages, we will transfer PVM's dirty pages to SVM and store them into SVM's RAM cache at next checkpoint time. So, the content of SVM's RAM

[Qemu-devel] 答复: [RFC v1] virtio-crypto specification

Hi guys, I am curious about the status of this proposal at OASIS. When is it planned for release? Is there any running PoC for the proposal? Is it still open? Any plan for upstreamming? Thanks, Lingli -邮件原件- 发件人: Denis Crasta [mailto:denis.cra...@freescale.com] 发送时间: 2015年11月26日

[Qemu-devel] [PATCH v4 2/3] qemu-iotests: s390x: fix test 051

From: Bo Tu The tests for ide device should only be tested for the pc platform. Set device_id to "drive0", and replace every "-drive file..." by "-drive file=...,if=none,id=$device_id", then x86 and s390x can get the common output in the test of "Snapshot mode". Warning

Re: [Qemu-devel] Wiki account request (was: Re: Highlighting changes in QEMU 2.5)

On 3 December 2015 at 09:43, Thomas Huth wrote: >> On (Tue) 24 Nov 2015 [10:28:25], Amit Shah wrote: >>> Hello, >>> >>> The 2.5 release is close - and I'm collecting a list of notable >>> changes and features once more. The video made for the 2.4 release >>> [1] was popular,

Re: [Qemu-devel] [PATCH v5] bt: check struct sizes

30.11.2015 12:57, Paolo Bonzini wrote: > See http://permalink.gmane.org/gmane.linux.bluez.kernel/36505. For historical > reasons these do not use sizeof, and Coverity caught a mistake in > EVT_ENCRYPT_CHANGE_SIZE. ... Applied to -trivial. Oh well!.. :) Thanks, /mjt

[Qemu-devel] [PATCH v4 3/3] qemu-iotests: s390x: fix test 068

Now, s390-virtio-ccw is default machine and s390-ccw.img is default boot loader. If the s390-virtio-ccw machine finds no device to load from and errors out, then emits a panic and exits the vm. This breaks test cases 068 for s390x. Adding the parameter of "-no-shutdown" for s390-ccw-virtio will

[Qemu-devel] [PATCH v4 0/3] Update tests/qemu-iotests failing cases for the s390 platform

From: Bo Tu v4: 1. Remove 051.s390.out, and rollback the changes in Makefile to generate 051.s390-ccw-virtio.out 2. Use 051.out as the common output for any non-pc platform 3. Set device_id to "drive0", and replace every "-drive file..." by "-drive

[Qemu-devel] [PATCH v4 1/3] qemu-iotests: refine common.config

From: Bo Tu Replacing awk with sed, then it's easier to read. Replacing "[ ! -z "$default_alias_machine" ]" with "[[ $default_alias_machine ]]", then it's slightly shorter. Reviewed-by: Max Reitz Suggested-By: Sascha Silbe

Re: [Qemu-devel] [PATCH COLO-Frame v11 16/39] ram/COLO: Record the dirty pages that SVM received

On 2015/12/2 3:36, Dr. David Alan Gilbert wrote: * zhanghailiang (zhang.zhanghaili...@huawei.com) wrote: We record the address of the dirty pages that received, it will help flushing pages that cached into SVM. We record them by re-using migration dirty bitmap. Signed-off-by: zhanghailiang

Re: [Qemu-devel] [RFC PATCH V2 06/10] Qemu/PCI: Add macros for faked PCI migration capability

On 12/3/2015 6:25 AM, Alex Williamson wrote: This will of course break if the PCI SIG defines that capability index. Couldn't this be done within a vendor defined capability? Thanks, Yes, it should work and thanks for suggestion.

[Qemu-devel] [PATCH 2/2] migration: code clean up.

Use qemu_put_compression_data to do the compression directly instead of using do_compress_ram_page, avoid some data copy. very small improvement, but the code looks better. Signed-off-by: Liang Li --- migration/ram.c | 20 1 file changed, 8

[Qemu-devel] [PATCH 1/2] qemu-file: fix flaws of qemu_put_compression_data

There are some flaws in qemu_put_compression_data, this patch tries to fix it. Now it can be used by other code. Signed-off-by: Liang Li --- migration/qemu-file.c | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/migration/qemu-file.c

  1   2   3   >