[Qemu-devel] [PULL 16/17] spapr: introduce the XIVE_EXPLOIT option in CAS

2017-07-10 Thread David Gibson
From: Cédric Le Goater On POWER9, the Client Architecture Support (CAS) negotiation process determines whether the guest operates in XIVE Legacy compatibility (the former POWER8 interrupt model) or in XIVE exploitation mode (the newer POWER9 interrupt model). Bit 7 of Byte 23 of vector 5 is used

[Qemu-devel] [PULL 02/17] spapr: refresh "platform-specific" hcalls comment

2017-07-10 Thread David Gibson
From: Greg Kurz We have more of these since the addition of KVMPPC_H_LOGICAL_MEMOP in 2012. Signed-off-by: Greg Kurz Reviewed-by: Thomas Huth Signed-off-by: David Gibson --- include/hw/ppc/spapr.h | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/include/hw/ppc/spapr.h

[Qemu-devel] [PULL 04/17] spapr: fix migration to pseries machine < 2.8

2017-07-10 Thread David Gibson
From: Laurent Vivier since commit 5c4537bd ("spapr: Fix 2.7<->2.8 migration of PCI host bridge"), some migration fields are forged from the new ones in spapr_pci_pre_save(). It works well, except when the number of MSI devices is 0, because in this case the function exits immediately. This fix

[Qemu-devel] [PULL 08/17] spapr: Add DRC release method

2017-07-10 Thread David Gibson
At the moment, spapr_drc_release() has an ugly switch on the DRC type to call the right, device-specific release function. This cleans it up by doing that via a proper QOM method. It's still arguably an abstraction violation for the DRC code to call into the specific device code, but one mess at

[Qemu-devel] [Bug 1703506] [NEW] SMT not supported by QEMU on AMD Ryzen CPU

2017-07-10 Thread A S
Public bug reported: HyperThreading/SMT is supported by AMD Ryzen CPUs but results in this message when setting the topology to threads=2: qemu-system-x86_64: AMD CPU doesn't support hyperthreading. Please configure -smp options properly. Checking in a Windows 10 guest reveals that SMT is not en

Re: [Qemu-devel] [PATCH] tests: check-qom-proplist: fix leak

2017-07-10 Thread Markus Armbruster
Copying qemu-trivial. Marc-André Lureau writes: > user_creatable_add_opts() returns a reference (the other reference is > for the root parent/child link). > > Leak introduced in commit a1af255f065cc. > > Signed-off-by: Marc-André Lureau > --- > tests/check-qom-proplist.c | 2 ++ > 1 file chang

[Qemu-devel] [PATCH qemu v3] vfio-pci, ppc64/spapr: Reorder group-to-container attaching

2017-07-10 Thread Alexey Kardashevskiy
At the moment VFIO PCI device initialization works as follows: vfio_realize vfio_get_group vfio_connect_container register memory listeners (1) update QEMU groups lists vfio_kvm_device_add_group Then (example f

Re: [Qemu-devel] [RFC v2 0/8] VIRTIO-IOMMU device

2017-07-10 Thread Bharat Bhushan
Hi Jean, > -Original Message- > From: Jean-Philippe Brucker [mailto:jean-philippe.bruc...@arm.com] > Sent: Friday, July 07, 2017 8:50 PM > To: Bharat Bhushan ; Auger Eric > ; eric.auger@gmail.com; > peter.mayd...@linaro.org; alex.william...@redhat.com; m...@redhat.com; > qemu-...@nongn

[Qemu-devel] Prime Day: solo per oggi una giornata di promozioni Amazon!

2017-07-10 Thread Amazon
Se non visualizzi correttamente questa email clicca:http://email.mailtoshop.com/c/eJxVjsFuwyAQRL_G3IJ2lwDhwCGy3ZvVSv2AiASILRmTOqRW_75EyiXSHGbe4Wm8jZeoJJssAWrQiKBIEHBCPABvqe-x7bUUoNsOTLOH5Ka55PuYb_ySExstRaOcQO_kOXqBDrxH7WN0MkBFhiVLe6ONBDbbsZRbI44NfdRs28bfdRUCQEOSoOuHup6vnlDo3asO7edw-lqnFDr3d_rOsczTE

[Qemu-devel] [PATCH resend v4 0/3] Generate APEI GHES table and dynamically record CPER

2017-07-10 Thread Dongjiu Geng
In the armv8 platform, the mainly hardware error source are ARMv8 SEA/SEI/GSIV. For the ARMv8 SEA/SEI, the KVM or host kernel will signal SIGBUS or use other interface to notify user space, such as Qemu. After Qemu gets the notification, it will record the CPER and inject the SEA/SEI to KVM. this s

[Qemu-devel] [PATCH resend v4 1/3] ACPI: Add new ACPI structures and macros

2017-07-10 Thread Dongjiu Geng
(1) Add related APEI/HEST table structures and macros, these definition refer to ACPI 6.1 and UEFI 2.6 spec. (2) Add generic error status block and CPER memory section definition, user space only handle memory section errors. Signed-off-by: Dongjiu Geng --- thanks Laszlo and Michael's re

[Qemu-devel] [PATCH resend v4 3/3] ACPI: build and enable APEI GHES in the Makefile and configuration

2017-07-10 Thread Dongjiu Geng
Add CONFIG_ACPI_APEI configuration in the Makefile and enable it in the arm-softmmu.mak Signed-off-by: Dongjiu Geng --- thanks a lot Laszlo's review and comments: change since v3: (1) change name to "CONFIG_ACPI_APEI" from CONFIG_ACPI_APEI_GENERATION --- default-configs/arm-softmmu.mak | 1 +

[Qemu-devel] [PATCH resend v4 2/3] ACPI: Add APEI GHES Table Generation support

2017-07-10 Thread Dongjiu Geng
This implements APEI GHES Table by passing the error CPER info to the guest via a fw_cfg_blob. After a CPER info is recorded, an SEA(Synchronous External Abort)/SEI(SError Interrupt) exception will be injected into the guest OS. Below is the table layout, the max number of error soure is 11, which

[Qemu-devel] [PATCH] virtio-gpu: skip update cursor in post_load if we don't have one

2017-07-10 Thread Gerd Hoffmann
If the cursor resource id isn't set the guest didn't define a cursor. Skip the cursor update in post_load in that that case. Reported-by: wanghaibin Signed-off-by: Gerd Hoffmann --- hw/display/virtio-gpu.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/hw/display/virtio-

Re: [Qemu-devel] [PATCH v3] tcg/mips: Bugfix for crash when running program with qemu-i386.

2017-07-10 Thread Richard Henderson
On 07/09/2017 08:59 PM, Jiang Biao wrote: When running a helloworld program with qemu-i386 in linux-user mode on Loongson 3A3000, it will crash. This patch fix the bug. Signed-off-by: Jiang Biao Thanks, applied to tcg-next. r~

Re: [Qemu-devel] [PATCH] vnc: Set default kbd delay to 10ms

2017-07-10 Thread Gerd Hoffmann
On Thu, 2017-07-06 at 09:08 +0200, Alexander Graf wrote: > > On 05.07.17 10:42, Markus Armbruster wrote: > > Alexander Graf writes: > > > > > The default keyboard delay time in the input layer is 10ms. I > > > don't know > > > > Do you mean "is 1ms"? > > Yes, of course :). Sorry. Given the la

[Qemu-devel] [PATCH RFC 0/5] Introduce "-object iothread-group"

2017-07-10 Thread Fam Zheng
Last time we've looked at "-object iothread,spawns=N" but it was a bit abusive. A dedicated "iothread-group" class is cleaner from the interface point of view. This series does that. It has the same set of poll parameters as the existing "iothread" object, plus a "size" option to specify how many

[Qemu-devel] [PATCH RFC 1/5] aio: Wrap poll parameters into AioContextPollParams

2017-07-10 Thread Fam Zheng
The same set of parameters will also be wanted by the coming iothread group object, make a structure to slightly reduce the code duplication. Signed-off-by: Fam Zheng --- include/block/aio.h | 18 -- include/sysemu/iothread.h | 5 + iothread.c| 24 +

[Qemu-devel] [PATCH RFC 4/5] Introduce iothread-group

2017-07-10 Thread Fam Zheng
Signed-off-by: Fam Zheng --- Makefile.objs | 2 +- include/sysemu/iothread.h | 17 iothread-group.c | 210 ++ 3 files changed, 228 insertions(+), 1 deletion(-) create mode 100644 iothread-group.c diff --git a/Makefile.objs

[Qemu-devel] [PATCH RFC 2/5] iothread: Don't error on windows

2017-07-10 Thread Fam Zheng
aio_context_set_poll_params is called unconditionally from iothread initialization code and the contract is that if max_ns == 0 polling is disabled, or otherwise windows reports and error. The current default being non-zero will always make win32 to exit on an "-object iothread" option, which is no

[Qemu-devel] [PATCH RFC 3/5] iothread: Extract iothread_start

2017-07-10 Thread Fam Zheng
This is the "create and start the thread" part of iothread spawning. Signed-off-by: Fam Zheng --- include/sysemu/iothread.h | 1 + iothread.c| 33 +++-- 2 files changed, 20 insertions(+), 14 deletions(-) diff --git a/include/sysemu/iothread.h b/inclu

[Qemu-devel] [PATCH RFC 5/5] virtio-blk: Add iothread-group property

2017-07-10 Thread Fam Zheng
Do I/O on the IOThreadGroup's aio context. This is mutually exclusive to iothread property. Signed-off-by: Fam Zheng --- hw/block/dataplane/virtio-blk.c | 18 +++--- hw/block/virtio-blk.c | 6 ++ include/hw/virtio/virtio-blk.h | 2 ++ 3 files changed, 19 insertions(+

Re: [Qemu-devel] [PATCH 1/3] pci: move check for existing devfn into new pci_bus_devfn_available() helper

2017-07-10 Thread Marcel Apfelbaum
On 07/07/2017 10:44, Mark Cave-Ayland wrote: Also touch up the logic in do_pci_register_device() accordingly. Signed-off-by: Mark Cave-Ayland --- hw/pci/pci.c | 14 -- 1 file changed, 12 insertions(+), 2 deletions(-) diff --git a/hw/pci/pci.c b/hw/pci/pci.c index 0c6f74a..04e6

Re: [Qemu-devel] [PATCH 2/3] pci: add dev_reserved_mask property to PCIBus

2017-07-10 Thread Marcel Apfelbaum
On 07/07/2017 10:44, Mark Cave-Ayland wrote: This is just a simple bitmask indicating whether or not each PCI slot on the bus is reserved. Ensure that it is initialised to zero so that all bus slots are available by default. Hi Mark, Signed-off-by: Mark Cave-Ayland --- hw/pci/pci.c

Re: [Qemu-devel] [PATCH 3/3] pci: add reserved slot check to do_pci_register_device()

2017-07-10 Thread Marcel Apfelbaum
On 07/07/2017 10:44, Mark Cave-Ayland wrote: Signed-off-by: Mark Cave-Ayland --- hw/pci/pci.c | 21 ++--- 1 file changed, 18 insertions(+), 3 deletions(-) diff --git a/hw/pci/pci.c b/hw/pci/pci.c index 239161e..9dece2a 100644 --- a/hw/pci/pci.c +++ b/hw/pci/pci.c @@ -961,6

[Qemu-devel] HTTPS on qemu.org

2017-07-10 Thread Martin Rys
Hi, I don't know which mailing list to use for website things, so I'm just using devel, hopefully reaching the correct people. https://www.ssllabs.com/ssltest/analyze.html?d=qemu.org Qemu.org still uses HTTP (it should redirect from HTTP to HTTPS instead) and HTTPS is broken, only because the TLS

[Qemu-devel] [PULL 2/5] tcg/aarch64: Use ADRP+ADD to compute target address

2017-07-10 Thread Richard Henderson
From: Pranith Kumar We use ADRP+ADD to compute the target address for goto_tb. This patch introduces the NOP instruction which is used to align the above instruction pair so that we can use one atomic instruction to patch the destination offsets. CC: Alex Bennée Reviewed-by: Richard Henderson

[Qemu-devel] [PULL 0/5] Queued tcg patches

2017-07-10 Thread Richard Henderson
Improvements and build fix for aarch64; bug fix for mips64. r~ The following changes since commit b11365867568ba954de667a0bfe0945b8f78d6bd: Merge remote-tracking branch 'remotes/borntraeger/tags/s390x-20170706' into staging (2017-07-06 11:42:59 +0100) are available in the git repository at

[Qemu-devel] [PULL 3/5] tcg/aarch64: Enable indirect jump path using LDR (literal)

2017-07-10 Thread Richard Henderson
From: Pranith Kumar This patch enables the indirect jump path using an LDR (literal) instruction. It will be interesting to test and see which performs better among the two paths. CC: Alex Bennée Reviewed-by: Richard Henderson Signed-off-by: Pranith Kumar Message-Id: <20170630143614.31059-3-b

[Qemu-devel] [PULL 4/5] util/cacheinfo: Fix warning generated by clang

2017-07-10 Thread Richard Henderson
From: Pranith Kumar Clang generates the following warning on aarch64 host: CC util/cacheinfo.o /home/pranith/qemu/util/cacheinfo.c:121:48: warning: value size does not match register size specified by the constraint and modifier [-Wasm-operand-widths] asm volatile("mrs\t%0, ctr_e

[Qemu-devel] [PULL 5/5] tcg/mips: Bugfix for crash when running program with qemu-i386.

2017-07-10 Thread Richard Henderson
From: Jiang Biao When running a helloworld program with qemu-i386 in linux-user mode on Loongson 3A3000, it will crash. This patch fix the bug. Signed-off-by: Jiang Biao Message-Id: <1499669979-25904-1-git-send-email-jiang.bi...@zte.com.cn> Signed-off-by: Richard Henderson --- tcg/mips/tcg-ta

[Qemu-devel] [PULL 1/5] tcg/aarch64: Introduce and use long branch to register

2017-07-10 Thread Richard Henderson
From: Pranith Kumar We can use a branch to register instruction for exit_tb for offsets greater than 128MB. CC: Alex Bennée Reviewed-by: Richard Henderson Signed-off-by: Pranith Kumar Message-Id: <20170630143614.31059-1-bobby.pr...@gmail.com> Signed-off-by: Richard Henderson --- tcg/aarch64

[Qemu-devel] [Bug 1702798] Re: colo: secondary vm can't receive any packet

2017-07-10 Thread Zhang Chen
In qemu upstream COLO project can not fully running, you can test my internal branch. https://github.com/zhangckid/qemu/commits/colo-with-virtio-net-internal-jul10 Thanks Zhang Chen -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. ht

Re: [Qemu-devel] change x86 default machine type to Q35?

2017-07-10 Thread Marcel Apfelbaum
On 07/07/2017 21:03, Eduardo Habkost wrote: On Fri, Jul 07, 2017 at 06:17:57PM +0300, Michael S. Tsirkin wrote: On Fri, Jul 07, 2017 at 10:39:49AM -0300, Eduardo Habkost wrote: On Wed, Jul 05, 2017 at 12:32:10PM +0300, Marcel Apfelbaum wrote: On 05/07/2017 11:14, Thomas Huth wrote: Hi,

Re: [Qemu-devel] [PATCH RFC 0/5] Introduce "-object iothread-group"

2017-07-10 Thread Fam Zheng
On Mon, 07/10 15:20, Fam Zheng wrote: > Last time we've looked at "-object iothread,spawns=N" but it was a bit > abusive. > A dedicated "iothread-group" class is cleaner from the interface point of > view. > This series does that. > > It has the same set of poll parameters as the existing "iothr

Re: [Qemu-devel] [PATCHv7 5/6] fw_cfg: move qdev_init_nofail() from fw_cfg_init1() to callers

2017-07-10 Thread Igor Mammedov
On Fri, 7 Jul 2017 12:07:07 -0300 "Eduardo Habkost" wrote: > On Fri, Jul 07, 2017 at 04:44:53PM +0200, Igor Mammedov wrote: > [...] > > > > taking in account that fwcfg in not user creatable device how about: > > > > > > > > diff --git a/hw/nvram/fw_cfg.c b/hw/nvram/fw_cfg.c > > > > index 316fca

Re: [Qemu-devel] [PATCH v1 3/6] Convert error_report() to warn_report()

2017-07-10 Thread Marcel Apfelbaum
On 07/07/2017 2:49, Alistair Francis wrote: Convert all uses of error_report("[Ww]arning:"... to use warn_report() instead. This helps standardise on a single method of printing warnings to the user. All of the warnings were found using this regex expression: error_report.*[Ww]arning: and r

Re: [Qemu-devel] [PATCH v5 2/2] live-block-ops.txt: Rename, rewrite, and improve it

2017-07-10 Thread Kashyap Chamarthy
On Fri, Jul 07, 2017 at 06:25:24PM -0400, John Snow wrote: > Last time, on DRAGON BALL Q: Didn't know of this before; just learnt the reference. > On 07/06/2017 10:36 AM, Kashyap Chamarthy wrote: > > [A lot of good documentation] > > > + > > +So, the following is the flow for `block-commit_Case

Re: [Qemu-devel] [PATCHv7 5/6] fw_cfg: move qdev_init_nofail() from fw_cfg_init1() to callers

2017-07-10 Thread Igor Mammedov
On Fri, 7 Jul 2017 17:20:25 +0100 Mark Cave-Ayland wrote: > On 07/07/17 16:07, Eduardo Habkost wrote: > > >> looks fine, > >> > >> so what I'd do is: > >> * drop 4/6 > > Yes. > > > Agreed on this point. But: > > > >> * make fw_cfg_find() use ambiguous argument and error_abort if ambigu

Re: [Qemu-devel] postcopy migration hangs while loading virtio state

2017-07-10 Thread Christian Borntraeger
On 07/04/2017 10:16 AM, Martin Schwidefsky wrote: > On Tue, 4 Jul 2017 09:48:11 +0200 > Christian Borntraeger wrote: > >> On 07/03/2017 09:07 PM, Dr. David Alan Gilbert wrote: >>> * Michael S. Tsirkin (m...@redhat.com) wrote: On Fri, Jun 30, 2017 at 05:31:39PM +0100, Dr. David Alan Gilbert

Re: [Qemu-devel] [PATCH v1 3/6] Convert error_report() to warn_report()

2017-07-10 Thread Markus Armbruster
Alistair Francis writes: > On Thu, Jul 6, 2017 at 5:14 PM, wrote: >>> "Alistair" == Alistair Francis writes: >> >> Alistair> Convert all uses of error_report("[Ww]arning:"... to use >> Alistair> warn_report() instead. This helps standardise on a single >> Alistair> method of printing warni

Re: [Qemu-devel] [PATCH 1/2] tests: Test case for object_resolve_path*()

2017-07-10 Thread Igor Mammedov
On Fri, 7 Jul 2017 18:30:51 -0300 Eduardo Habkost wrote: > Test for partial path lookup using object_resolve_path*(). > > Signed-off-by: Eduardo Habkost > --- > tests/check-qom-proplist.c | 41 + > 1 file changed, 41 insertions(+) > > diff --git a/test

[Qemu-devel] [PATCH v6 0/2] Rewrite 'live-block-ops.txt'; convert 'bitmaps.md' to rST

2017-07-10 Thread Kashyap Chamarthy
v6: Only the 'live-block-operations.txt' doc is changed (refer the patch e-mail for its change log) -- addressed feedback from John Snow v5: https://lists.nongnu.org/archive/html/qemu-devel/2017-07/msg01368.html v4: https://lists.nongnu.org/archive/html/qemu-devel/2017-06/msg06395.html Rewrite

[Qemu-devel] [PATCH v6 1/2] bitmaps.md: Convert to rST; move it into 'interop' dir

2017-07-10 Thread Kashyap Chamarthy
This is part of the on-going effort to convert QEMU upstream documentation syntax to reStructuredText (rST). The conversion to rST was done using: $ pandoc -f markdown -t rst bitmaps.md -o bitmaps.rst Then, make a couple of small syntactical adjustments. While at it, reword a statement to a

[Qemu-devel] [PATCH v6 2/2] live-block-ops.txt: Rename, rewrite, and improve it

2017-07-10 Thread Kashyap Chamarthy
This patch documents (including their QMP invocations) all the four major kinds of live block operations: - `block-stream` - `block-commit` - `drive-mirror` (& `blockdev-mirror`) - `drive-backup` (& `blockdev-backup`) Things considered while writing this document: - Use reStructuredTex

Re: [Qemu-devel] [PATCH 2/2] qom: Fix ambiguous path detection when ambiguous=NULL

2017-07-10 Thread Igor Mammedov
On Fri, 7 Jul 2017 18:30:52 -0300 Eduardo Habkost wrote: > object_resolve_path*() ambiguous path detection breaks when > ambiguous==NULL and the object tree have 3 objects of the same type and > only 2 of them are under the same parent. e.g.: > > /container/obj1 (TYPE_FOO) > /container/obj2

Re: [Qemu-devel] [PATCH] vnc: Set default kbd delay to 10ms

2017-07-10 Thread Alexander Graf
On 07/10/2017 09:20 AM, Gerd Hoffmann wrote: On Thu, 2017-07-06 at 09:08 +0200, Alexander Graf wrote: On 05.07.17 10:42, Markus Armbruster wrote: Alexander Graf writes: The default keyboard delay time in the input layer is 10ms. I don't know Do you mean "is 1ms"? Yes, of course :). Sorry.

Re: [Qemu-devel] [Qemu devel v6 PATCH 2/5] msf2: Microsemi Smartfusion2 System Register block.

2017-07-10 Thread sundeep subbaraya
Hi Alistair, On Fri, Jul 7, 2017 at 10:03 PM, Alistair Francis wrote: > On Fri, Jul 7, 2017 at 12:08 AM, sundeep subbaraya > wrote: > > Hi Alistair, > > > > On Wed, Jul 5, 2017 at 11:36 PM, Alistair Francis > > wrote: > >> > >> On Sun, Jul 2, 2017 at 9:45 PM, Subbaraya Sundeep > >> wrote: > >

[Qemu-devel] [PATCH] chardev: fix parallel device can't be reconnect.

2017-07-10 Thread Peng Hao
Parallel device don't register be->chr_can_read function, but remote disconnect event is handled in chr_read. So connected parallel device can not detect remote disconnect event. Signed-off-by: Peng Hao Reviewed-by: Wang Yechao --- chardev/char-socket.c | 19 +++ 1 file changed

[Qemu-devel] [PATCH 1/1] block: fix possible return code clobbering in bdrv_co_pdiscard

2017-07-10 Thread Denis V. Lunev
Signed-off-by: Denis V. Lunev CC: Stefan Hajnoczi (supporter:Block I/O path) CC: Fam Zheng (supporter:Block I/O path) --- block/io.c | 1 - 1 file changed, 1 deletion(-) diff --git a/block/io.c b/block/io.c index ed31810c0a..e5c6dc77d3 100644 --- a/block/io.c +++ b/block/io.c @@ -2464,7 +2464,

Re: [Qemu-devel] [PATCH] fixup! nbd: use generic trace subsystem instead of TRACE macro

2017-07-10 Thread Vladimir Sementsov-Ogievskiy
07.07.2017 22:09, Eric Blake wrote: From: Vladimir Sementsov-Ogievskiy [eblake minor tweaks to a couple of traces] Signed-off-by: Eric Blake --- If you are okay with this, I plan to squash this into your patch 10 when I send my pull request Ok. nbd/client.c | 3 +-- nbd/server.c

Re: [Qemu-devel] [PATCH 1/1] block: fix possible return code clobbering in bdrv_co_pdiscard

2017-07-10 Thread Fam Zheng
On Mon, 07/10 11:35, Denis V. Lunev wrote: > Signed-off-by: Denis V. Lunev > CC: Stefan Hajnoczi (supporter:Block I/O path) > CC: Fam Zheng (supporter:Block I/O path) Maybe use "--noroles"? The parenthesis part is not really useful. > --- > block/io.c | 1 - > 1 file changed, 1 deletion(-) >

Re: [Qemu-devel] [PATCH 1/1] block: fix possible return code clobbering in bdrv_co_pdiscard

2017-07-10 Thread Denis V. Lunev
On 07/10/2017 11:56 AM, Fam Zheng wrote: > On Mon, 07/10 11:35, Denis V. Lunev wrote: >> Signed-off-by: Denis V. Lunev >> CC: Stefan Hajnoczi (supporter:Block I/O path) >> CC: Fam Zheng (supporter:Block I/O path) > Maybe use "--noroles"? The parenthesis part is not really useful. good thing. Ma

Re: [Qemu-devel] [PATCH v2.2 3/4] doc: add item for "-M enforce-config-section"

2017-07-10 Thread Greg Kurz
On Fri, 7 Jul 2017 09:12:14 -0300 Eduardo Habkost wrote: > On Fri, Jul 07, 2017 at 10:54:08AM +0800, Peter Xu wrote: > > It's never documented, and now we have one more parameter for it (which > > obsoletes this one). Document it properly. > > > > Although now when enforce-config-section is set,

Re: [Qemu-devel] HTTPS on qemu.org

2017-07-10 Thread Alex Bennée
Martin Rys writes: > Hi, I don't know which mailing list to use for website things, so I'm > just using devel, hopefully reaching the correct people. > > https://www.ssllabs.com/ssltest/analyze.html?d=qemu.org > > Qemu.org still uses HTTP (it should redirect from HTTP to HTTPS > instead) and HTT

[Qemu-devel] [PATCH v4 0/3] Generate APEI GHES table and dynamically record CPER

2017-07-10 Thread Dongjiu Geng
how to test: 1. In the guest OS, use this command to dump the APEI table: "iasl -p ./HEST -d /sys/firmware/acpi/tables/HEST" 2. And find the address for the generic error status block according to the notification type 3. then find the CPER record through the generic error status block

[Qemu-devel] [PATCH v4 1/3] ACPI: Add new ACPI structures and macros

2017-07-10 Thread Dongjiu Geng
(1) Add related APEI/HEST table structures and macros, these definition refer to ACPI 6.1 and UEFI 2.6 spec. (2) Add generic error status block and CPER memory section definition, user space only handle memory section errors. Signed-off-by: Dongjiu Geng --- thanks Laszlo and Michael's r

[Qemu-devel] [PATCH v4 3/3] ACPI: build and enable APEI GHES in the Makefile and configuration

2017-07-10 Thread Dongjiu Geng
Add CONFIG_ACPI_APEI configuration in the Makefile and enable it in the arm-softmmu.mak Signed-off-by: Dongjiu Geng --- thanks a lot Laszlo's review and comments: change since v3: (1) change name to "CONFIG_ACPI_APEI" from CONFIG_ACPI_APEI_GENERATION --- default-configs/arm-softmmu.mak | 1 +

[Qemu-devel] [PATCH v4 2/3] ACPI: Add APEI GHES Table Generation support

2017-07-10 Thread Dongjiu Geng
This implements APEI GHES Table by passing the error CPER info to the guest via a fw_cfg_blob. After a CPER info is recorded, an SEA(Synchronous External Abort)/SEI(SError Interrupt) exception will be injected into the guest OS. Below is the table layout, the max number of error soure is 11, which

Re: [Qemu-devel] [PATCH] virtio-gpu: skip update cursor in post_load if we don't have one

2017-07-10 Thread Marc-André Lureau
On Mon, Jul 10, 2017 at 9:06 AM Gerd Hoffmann wrote: > If the cursor resource id isn't set the guest didn't define a cursor. > Skip the cursor update in post_load in that that case. > update_cursor() deals with resource_id == 0 already, but it also update the cursor position. What's the issue ca

[Qemu-devel] [PATCH] tcg/mips: reserve a register for the guest_base.

2017-07-10 Thread Jiang Biao
Reserve a register for the guest_base using ppc code for reference. By doing so, we do not have to recompute it for every memory load. Signed-off-by: Jiang Biao Signed-off-by: Richard Henderson --- tcg/mips/tcg-target.inc.c | 17 + 1 file changed, 13 insertions(+), 4 deletions(-

[Qemu-devel] Code source modifying

2017-07-10 Thread Ormaetxea Xabier
Hello! I need to modify the source code of QEMU to apply a little change. My final idea is to prove the utility of a virtual platform as a way of reusing software designed for an obsolete hardware. For that I've created a "real timer", connected to my board. Now... the problem: My standalone

Re: [Qemu-devel] [PATCH 12/17] migration: add postcopy migration of dirty bitmaps

2017-07-10 Thread Vladimir Sementsov-Ogievskiy
08.07.2017 02:32, John Snow wrote: On 07/07/2017 05:13 AM, Vladimir Sementsov-Ogievskiy wrote: 06.07.2017 20:53, John Snow wrote: On 07/06/2017 04:05 AM, Vladimir Sementsov-Ogievskiy wrote: 06.07.2017 00:46, John Snow wrote: On 07/05/2017 05:24 AM, Vladimir Sementsov-Ogievskiy wrote: 16.02.

Re: [Qemu-devel] [PATCH v4 2/5] qapi: Add qobject_is_equal()

2017-07-10 Thread Markus Armbruster
Max Reitz writes: > On 2017-07-06 16:30, Markus Armbruster wrote: >> Max Reitz writes: >> >>> This generic function (along with its implementations for different >>> types) determines whether two QObjects are equal. >>> >>> Signed-off-by: Max Reitz >>> --- >>> Markus also proposed just reporti

Re: [Qemu-devel] [PATCH] chardev: fix parallel device can't be reconnect.

2017-07-10 Thread Marc-André Lureau
Hi On Mon, Jul 10, 2017 at 10:36 AM Peng Hao wrote: > Parallel device don't register be->chr_can_read function, but remote > disconnect event is handled in chr_read. > So connected parallel device can not detect remote disconnect event. > > What is it that you call a parallel device? you are mod

Re: [Qemu-devel] [PATCH v2.2 3/4] doc: add item for "-M enforce-config-section"

2017-07-10 Thread Peter Xu
On Mon, Jul 10, 2017 at 11:02:02AM +0200, Greg Kurz wrote: > On Fri, 7 Jul 2017 09:12:14 -0300 > Eduardo Habkost wrote: > > > On Fri, Jul 07, 2017 at 10:54:08AM +0800, Peter Xu wrote: > > > It's never documented, and now we have one more parameter for it (which > > > obsoletes this one). Document

Re: [Qemu-devel] [PATCH] chardev: fix parallel device can't be reconnect.

2017-07-10 Thread Paolo Bonzini
On 10/07/2017 11:17, Marc-André Lureau wrote: > Parallel device don't register be->chr_can_read function, but remote > disconnect event is handled in chr_read. > So connected parallel device can not detect remote disconnect event. > > What is it that you call a parallel device? you a

Re: [Qemu-devel] Code source modifying

2017-07-10 Thread Peter Maydell
On 10 July 2017 at 10:14, Ormaetxea Xabier wrote: > My standalone program writes "0x" in the position 0x9500 > when the timer should start, and "0x" when it have to finish. > I want to modify the code so every single (standalone) program step > reads the virtual 0x9500 and

Re: [Qemu-devel] [RFC 01/29] RAMBlock/migration: Add migration flags

2017-07-10 Thread Peter Xu
On Wed, Jun 28, 2017 at 08:00:19PM +0100, Dr. David Alan Gilbert (git) wrote: [...] > diff --git a/include/exec/ram_addr.h b/include/exec/ram_addr.h > index af5bf26080..0cb6c5cb73 100644 > --- a/include/exec/ram_addr.h > +++ b/include/exec/ram_addr.h > @@ -32,6 +32,8 @@ struct RAMBlock { > r

Re: [Qemu-devel] [PULL 000/100] Block layer patches

2017-07-10 Thread Peter Maydell
On 7 July 2017 at 18:07, Kevin Wolf wrote: > The following changes since commit b11365867568ba954de667a0bfe0945b8f78d6bd: > > Merge remote-tracking branch 'remotes/borntraeger/tags/s390x-20170706' into > staging (2017-07-06 11:42:59 +0100) > > are available in the git repository at: > > > git

Re: [Qemu-devel] [PATCH 01/11] include/hw/boards.h: Document memory_region_allocate_system_memory()

2017-07-10 Thread Paolo Bonzini
On 07/07/2017 16:42, Peter Maydell wrote: > + * Memory allocated via this function will be backed with the memory > + * backend the user provided using -mem-path if appropriate I'd change it to using "-mem-path" or "-numa node,memdev=...". Paolo > ; this > + * is typically used to cause host

Re: [Qemu-devel] change x86 default machine type to Q35?

2017-07-10 Thread Paolo Bonzini
On 10/07/2017 09:42, Marcel Apfelbaum wrote: >>> >>> How about extending the command for supported machines with a >>> recommended machine type, and teaching libvirt to use that? >> >> I don't think QEMU has enough information to decide if it should >> recommend "q35" or "pc". > > We don't

Re: [Qemu-devel] [PATCH] xen_pt_msi.c: Check for xen_host_pci_get_* failures in xen_pt_msix_init()

2017-07-10 Thread Stefano Stabellini
On Sun, 9 Jul 2017, Peter Maydell wrote: > Check the return status of the xen_host_pci_get_* functions we call in > xen_pt_msix_init(), and fail device init if the reads failed rather than > ploughing ahead. (Spotted by Coverity: CID 777338.) > > Signed-off-by: Peter Maydell Reviewed-by: Stefano

Re: [Qemu-devel] [PATCH 00/22] tcg: per-thread TCG

2017-07-10 Thread Alex Bennée
Emilio G. Cota writes: > Original RFC here: > https://lists.nongnu.org/archive/html/qemu-devel/2017-06/msg06874.html > > I included Richard's feedback (Thanks!) from the original RFC, and > added quite a few things. This is now a proper PATCHset since it is > a lot more mature. > > Highlights:

Re: [Qemu-devel] [PATCH] docs: add qemu-block-drivers(7) man page

2017-07-10 Thread Stefan Hajnoczi
On Wed, Jul 05, 2017 at 06:08:58PM +0200, Paolo Bonzini wrote: > On 22/06/2017 14:17, Stefan Hajnoczi wrote: > > +@c man begin SYNOPSIS > > +QEMU block driver reference manual > > +@c man end > > + > > I think this should be wrapped with @ignore / @end ignore. Otherwise > looks like a great idea.

Re: [Qemu-devel] [PATCH] docs: add qemu-block-drivers(7) man page

2017-07-10 Thread Paolo Bonzini
On 10/07/2017 11:52, Stefan Hajnoczi wrote: > On Wed, Jul 05, 2017 at 06:08:58PM +0200, Paolo Bonzini wrote: >> On 22/06/2017 14:17, Stefan Hajnoczi wrote: >>> +@c man begin SYNOPSIS >>> +QEMU block driver reference manual >>> +@c man end >>> + >> >> I think this should be wrapped with @ignore /

Re: [Qemu-devel] [PATCH] MAINTAINERS: Promote NBD to supported, with new maintainer

2017-07-10 Thread Paolo Bonzini
On 07/07/2017 20:21, Eric Blake wrote: > We are promising more than just odd fixes, and Paolo is hoping > to offload the pull requests to me. Also, enough of NBD is related > to the block layer that it is worth including qemu-block on patches. > > Signed-off-by: Eric Blake > --- > > If there

Re: [Qemu-devel] [PATCH 02/11] memory: Document that the RAM MR initializers do not handle migration

2017-07-10 Thread Paolo Bonzini
On 07/07/2017 16:42, Peter Maydell wrote: > @@ -522,6 +537,9 @@ void memory_region_init_ram_ptr(MemoryRegion *mr, > * @name: the name of the region. > * @size: size of the region. > * @ptr: memory to be mapped; must contain at least @size bytes. > + * > + * Note that this function does not

Re: [Qemu-devel] [PATCH 2/2] [TEST] Collect TLB and victim TLB hit/miss stats

2017-07-10 Thread Alex Bennée
Pranith Kumar writes: > I used the following patch to collect hit/miss TLB ratios for a few > benchmarks. The results can be found here: http://imgur.com/a/gee1o > > Please note that these results also include boot/shutdown as the > per-region instrumentation patch came later. > > Signed-off-by:

Re: [Qemu-devel] [RFC 02/29] migrate: Update ram_block_discard_range for shared

2017-07-10 Thread Peter Xu
On Wed, Jun 28, 2017 at 08:00:20PM +0100, Dr. David Alan Gilbert (git) wrote: > From: "Dr. David Alan Gilbert" > > The choice of call to discard a block is getting more complicated > for other cases. We use fallocate PUNCH_HOLE in any file cases; > it works for both hugepage and for tmpfs. > We

Re: [Qemu-devel] [PATCH 00/11] Make memory_region_init_ram() and friends handle migration

2017-07-10 Thread Paolo Bonzini
On 07/07/2017 16:42, Peter Maydell wrote: > This patchset changes the memory region functions > - memory_region_init_ram() > - memory_region_init_rom() > - memory_region_init_rom_device() > to all automatically register the backing memory they allocate > for migration using vmstate_register_ra

Re: [Qemu-devel] [PATCH 02/11] memory: Document that the RAM MR initializers do not handle migration

2017-07-10 Thread Peter Maydell
On 10 July 2017 at 11:01, Paolo Bonzini wrote: > > > On 07/07/2017 16:42, Peter Maydell wrote: >> @@ -522,6 +537,9 @@ void memory_region_init_ram_ptr(MemoryRegion *mr, >> * @name: the name of the region. >> * @size: size of the region. >> * @ptr: memory to be mapped; must contain at least @s

Re: [Qemu-devel] [PATCH 02/11] memory: Document that the RAM MR initializers do not handle migration

2017-07-10 Thread Paolo Bonzini
On 10/07/2017 12:04, Peter Maydell wrote: > On 10 July 2017 at 11:01, Paolo Bonzini wrote: >> >> >> On 07/07/2017 16:42, Peter Maydell wrote: >>> @@ -522,6 +537,9 @@ void memory_region_init_ram_ptr(MemoryRegion *mr, >>> * @name: the name of the region. >>> * @size: size of the region. >>>

Re: [Qemu-devel] [PATCH 02/11] memory: Document that the RAM MR initializers do not handle migration

2017-07-10 Thread Peter Maydell
On 10 July 2017 at 11:05, Paolo Bonzini wrote: > > > On 10/07/2017 12:04, Peter Maydell wrote: >> On 10 July 2017 at 11:01, Paolo Bonzini wrote: >>> >>> >>> On 07/07/2017 16:42, Peter Maydell wrote: @@ -522,6 +537,9 @@ void memory_region_init_ram_ptr(MemoryRegion *mr, * @name: the nam

Re: [Qemu-devel] [PATCH] MAINTAINERS: Promote NBD to supported, with new maintainer

2017-07-10 Thread Fam Zheng
On Fri, 07/07 13:21, Eric Blake wrote: > We are promising more than just odd fixes, and Paolo is hoping > to offload the pull requests to me. Also, enough of NBD is related > to the block layer that it is worth including qemu-block on patches. Cool! > > Signed-off-by: Eric Blake > --- > > If

Re: [Qemu-devel] Code source modifying

2017-07-10 Thread Ormaetxea Xabier
Hi Peter! Ah sorry, I thought that replying to your message it was somehow redirected to the mailing list. So, every-time I respond, I have to do it to qemu-devel@nongnu.org? Or a CC it's enough? Sorry for my ignorance... Anyway, do you imagine how can I make this "virtual world"-"real world"

Re: [Qemu-devel] [RFC 05/29] postcopy: use UFFDIO_ZEROPAGE only when available

2017-07-10 Thread Peter Xu
On Wed, Jun 28, 2017 at 08:00:23PM +0100, Dr. David Alan Gilbert (git) wrote: > From: "Dr. David Alan Gilbert" > > Use the recently added migration flag to hold whether > each RAMBlock has the UFFDIO_ZEROPAGE capability, use it > when it's available. > > This allows the use of postcopy on tmpfs

Re: [Qemu-devel] [RFC PATCH 03/26] target/ppc/POWER9: add POWERPC_EXCP_POWER9

2017-07-10 Thread David Gibson
On Wed, Jul 05, 2017 at 07:13:16PM +0200, Cédric Le Goater wrote: > Prepare ground for the new exception model XIVE of POWER9. I'm a bit confused by this. The excp_model is about the CPU core's irq model, not the external irq controller's. Now.. I could imagine the POWER9 having a different core

Re: [Qemu-devel] [RFC PATCH 00/26] guest exploitation of the XIVE interrupt controller (POWER9)

2017-07-10 Thread David Gibson
On Wed, Jul 05, 2017 at 07:13:13PM +0200, Cédric Le Goater wrote: > On a POWER9 sPAPR machine, the Client Architecture Support (CAS) > negotiation process determines whether the guest operates with an > interrupt controller using the XICS legacy model, as found on POWER8, > or in XIVE exploitation

Re: [Qemu-devel] [RFC 06/29] postcopy: Add notifier chain

2017-07-10 Thread Peter Xu
On Wed, Jun 28, 2017 at 08:00:24PM +0100, Dr. David Alan Gilbert (git) wrote: [...] > diff --git a/migration/postcopy-ram.h b/migration/postcopy-ram.h > index 78a3591322..d688411674 100644 > --- a/migration/postcopy-ram.h > +++ b/migration/postcopy-ram.h > @@ -114,4 +114,30 @@ PostcopyState postc

Re: [Qemu-devel] Code source modifying

2017-07-10 Thread Peter Maydell
On 10 July 2017 at 11:16, Ormaetxea Xabier wrote: > Ah sorry, I thought that replying to your message it was somehow > redirected to the mailing list. So, every-time I respond, I have > to do it to qemu-devel@nongnu.org? Or a CC it's enough? Sorry for > my ignorance... Yes, you just have to send

Re: [Qemu-devel] [PATCH RFC 5/7] s390x/pci: fence off instructions for non-pci

2017-07-10 Thread Cornelia Huck
On Fri, 7 Jul 2017 15:04:52 +0200 Cornelia Huck wrote: > On Fri, 7 Jul 2017 14:55:23 +0200 > Christian Borntraeger wrote: > > > On 07/07/2017 02:21 PM, Cornelia Huck wrote: > > > If a guest running on a non-pci build issues a pci instruction, > > > throw them an exception. > > > > > > Signed

Re: [Qemu-devel] [PULL 0/3] please pull xen-20170707-tag

2017-07-10 Thread Peter Maydell
On 7 July 2017 at 19:29, Stefano Stabellini wrote: > The following changes since commit b11365867568ba954de667a0bfe0945b8f78d6bd: > > Merge remote-tracking branch 'remotes/borntraeger/tags/s390x-20170706' into > staging (2017-07-06 11:42:59 +0100) > > are available in the git repository at: > >

Re: [Qemu-devel] [PULL 000/100] Block layer patches

2017-07-10 Thread Kevin Wolf
Am 10.07.2017 um 11:28 hat Peter Maydell geschrieben: > On 7 July 2017 at 18:07, Kevin Wolf wrote: > > The following changes since commit b11365867568ba954de667a0bfe0945b8f78d6bd: > > > > Merge remote-tracking branch 'remotes/borntraeger/tags/s390x-20170706' > > into staging (2017-07-06 11:42:5

Re: [Qemu-devel] [RFC PATCH v2 7/8] pc-bios/s390-ccw: Add virtio-net driver code

2017-07-10 Thread Thomas Huth
On 07.07.2017 14:37, Cornelia Huck wrote: > On Fri, 7 Jul 2017 12:27:03 +0200 > Thomas Huth wrote: > >> The driver provides the recv() and send() functions which will >> be required by SLOF's libnet code for receiving and sending >> packets. [...] >> +int virtio_net_init(void *mac_addr) >> +{ >>

[Qemu-devel] [PULL v2 00/40] Block layer patches

2017-07-10 Thread Kevin Wolf
The following changes since commit 77d472291812cf04f97974dadbda767e59e31fde: Merge remote-tracking branch 'remotes/sstabellini/tags/xen-20170707-tag' into staging (2017-07-10 10:29:11 +0100) are available in the git repository at: git://repo.or.cz/qemu/kevin.git tags/for-upstream for you

Re: [Qemu-devel] [PATCH 04/11] vpc: make it thread-safe

2017-07-10 Thread Fam Zheng
On Thu, 06/29 15:27, Paolo Bonzini wrote: > Reviewed-by: Eric Blake > Reviewed-by: Stefan Hajnoczi > Signed-off-by: Paolo Bonzini > --- > block/vpc.c | 20 ++-- > 1 file changed, 10 insertions(+), 10 deletions(-) > > diff --git a/block/vpc.c b/block/vpc.c > index 4240ba9d1c..0f

Re: [Qemu-devel] [RFC PATCH v2 7/8] pc-bios/s390-ccw: Add virtio-net driver code

2017-07-10 Thread Cornelia Huck
On Mon, 10 Jul 2017 13:23:07 +0200 Thomas Huth wrote: > On 07.07.2017 14:37, Cornelia Huck wrote: > > On Fri, 7 Jul 2017 12:27:03 +0200 > > Thomas Huth wrote: > > > >> The driver provides the recv() and send() functions which will > >> be required by SLOF's libnet code for receiving and send

Re: [Qemu-devel] [PULL 5/8] commit: Fix use after free in completion

2017-07-10 Thread Kevin Wolf
Am 09.07.2017 um 19:09 hat Peter Maydell geschrieben: > On 13 June 2017 at 17:46, Kevin Wolf wrote: > > Am 13.06.2017 um 18:12 hat Peter Maydell geschrieben: > >> On 7 June 2017 at 18:50, Kevin Wolf wrote: > >> > diff --git a/block/commit.c b/block/commit.c > >> > index a3028b2..af6fa68 100644 >

Re: [Qemu-devel] [PATCH] MAINTAINERS: Promote NBD to supported, with new maintainer

2017-07-10 Thread Eric Blake
On 07/10/2017 05:16 AM, Fam Zheng wrote: > On Fri, 07/07 13:21, Eric Blake wrote: >> We are promising more than just odd fixes, and Paolo is hoping >> to offload the pull requests to me. Also, enough of NBD is related >> to the block layer that it is worth including qemu-block on patches. > > Coo

  1   2   3   4   5   >