Re: [Qemu-devel] [PATCH] linux-user: Fix locking order in fork_start()

On 04/12/2017 15:22, Peter Maydell wrote: > Our locking order is that the tb lock should be taken > inside the mmap_lock, but fork_start() grabs locks the > other way around. This means that if a heavily multithreaded > guest process (such as Java) calls fork() it can deadlock, > with the thread th

[Qemu-devel] [v22 2/2] virtio-crypto: Add conformance clauses

From: Gonglei Add the conformance targets and clauses for virtio-crypto device. Signed-off-by: Gonglei Signed-off-by: Zhoujian Signed-off-by: Longpeng(Mike) --- conformance.tex | 29 + 1 file changed, 29 insertions(+) diff --git a/conformance.tex b/conformance.te

[Qemu-devel] [v22 1/2] virtio-crypto: Add virtio crypto device specification

From: Gonglei The virtio crypto device is a virtual crypto device (ie. hardware crypto accelerator card). Currently, the virtio crypto device provides the following crypto services: CIPHER, MAC, HASH, and AEAD. In this patch, CIPHER, MAC, HASH, AEAD services are introduced. VIRTIO-153 Signed-o

[Qemu-devel] [v22 0/2] virtio-crypto: virtio crypto device specification

This is the specification about the new virtio crypto device. --- v22 -> v21 - fix some typos and grammar fixes [Halil, Stefan] - reorder names in alphabetical order [Stefan] - redescribe the date format [Halil] v21 -> v20 - rename 'queue_id' to 'reserved' [Halil] - redescribe the format of

Re: [Qemu-devel] [PATCH v3 35/45] windbg: debug exception subscribing

Ladi Prosek писал 2017-11-29 10:13: On Tue, Nov 21, 2017 at 3:10 PM, Mihail Abakumov wrote: Added handler registration of gdb debug exception. Its exception also can be used for windbg. Signed-off-by: Mihail Abakumov Signed-off-by: Pavel Dovgalyuk Signed-off-by: Dmitriy Koltunov --- cpus.

Re: [Qemu-devel] [PATCH 1/2] tpm_spapr: Support TPM for ppc64 using CRQ based interface

Hello Stefan, Some comments below. How do we populate the device tree ? Thanks, C. On 12/05/2017 09:35 PM, Stefan Berger wrote: > Implement support for TPM on ppc64 by implementing the vTPM CRQ > interface as a frontend. > > The Linux vTPM driver for ppc64 works with this emulation. > > This

Re: [Qemu-devel] [PATCH for-2.11] vfio: Fix vfio-kvm group registration

On Tue, Dec 05, 2017 at 06:30:39PM -0700, Alex Williamson wrote: > On Wed, 6 Dec 2017 12:02:01 +1100 > Alexey Kardashevskiy wrote: > > > On 06/12/17 08:09, Alex Williamson wrote: > > > Commit 8c37faa475f3 ("vfio-pci, ppc64/spapr: Reorder group-to-container > > > attaching") moved registration of

[Qemu-devel] [Bug 1736655] Re: 2k3/xp guests w/virtio-net randomly DHCP fail on boot

Hi Patrick, thank you so much for the report and your help to make Ubuntu better. Also for all the bisecting that is very helpful. While backporting the change itself would be very trivial we need to find what the final solution has to be first. I checked latest upstream which is about to release

[Qemu-devel] [Bug 1736655] Re: 2k3/xp guests w/virtio-net randomly DHCP fail on boot

Well I see you already opened it against upstream - sorry (too early for me) - great. Adding an Ubuntu task then to track potential fixes to take eventually. ** Also affects: qemu (Ubuntu) Importance: Undecided Status: New ** Changed in: qemu (Ubuntu) Status: New => Incomplete

Re: [Qemu-devel] [PATCH v2] spapr: fix LSI interrupt specifiers in the device tree

On Wed, 6 Dec 2017 11:25:44 +1100 David Gibson wrote: > On Mon, Dec 04, 2017 at 03:41:46PM +0100, Greg Kurz wrote: > > PAPR 2.7 C.6.9.1.2 describes the "#interrupt-cells" property of the > > PowerPC External Interrupt Source Controller node as follows: > > > > “#interrupt-cells” > > > > Stand

[Qemu-devel] [Bug 1736655] Re: 2k3/xp guests w/virtio-net randomly DHCP fail on boot

** Description changed: Host: Debian GNU/Linux 9 with Linux 4.13.0-0.bpo.1-amd64 QEMU 2.10.1 Guest: Windows 2003 Standard SP2 (x64) Windows XP SP3 (i386) QEMU command line: http://cfp.vim-cn.com/cbdF3 Description: After upgrading from QEMU 2.8 to 2.10.1, my Windows 200

[Qemu-devel] [Bug 1736655] [NEW] 2k3/xp guests w/virtio-net randomly DHCP fail on boot

Public bug reported: Host: Debian GNU/Linux 9 with Linux 4.13.0-0.bpo.1-amd64 QEMU 2.10.1 Guest: Windows 2003 Standard SP2 (x64) Windows XP SP3 (i386) QEMU command line: http://cfp.vim-cn.com/cbdF3 Description: After upgrading from QEMU 2.8 to 2.10.1, my Windows 2003 x64 and Windows XP guests

Re: [Qemu-devel] [PATCH for-2.11] vfio: Fix vfio-kvm group registration

On Tue, Dec 05, 2017 at 08:12:58PM -0700, Alex Williamson wrote: > On Wed, 6 Dec 2017 10:44:43 +0800 > "Liu, Yi L" wrote: > > > On Tue, Dec 05, 2017 at 02:09:07PM -0700, Alex Williamson wrote: > > > Commit 8c37faa475f3 ("vfio-pci, ppc64/spapr: Reorder group-to-container > > > attaching") moved re

Re: [Qemu-devel] [PATCH 02/12] e500: consolidate mpc8540 guts with e500-ccsr

On Tue, Dec 05, 2017 at 10:18:56PM -0500, Michael Davidsaver wrote: > On 12/05/2017 10:12 PM, David Gibson wrote: > > On Wed, Nov 22, 2017 at 02:36:43PM +1100, David Gibson wrote: > >> On Sun, Nov 19, 2017 at 09:24:10PM -0600, Michael Davidsaver wrote: > >>> Preparation for adding more MPC cont

[Qemu-devel] How to use virtio-gpu to output

Hello, lads, owing to i study video card on my guest recently. So i have a notion that whether we can get video with virtio-vga or not. It's seem that we are using a graphics card truth. Maybe we can finish? And if this is not likelihood? Tell me why please. Thanks following is my host system envi

Re: [Qemu-devel] [PATCH 13/17] e500: move PCI host bridge into CCSR

On 12/05/2017 01:53 AM, David Gibson wrote: > On Sun, Nov 26, 2017 at 03:59:11PM -0600, Michael Davidsaver wrote: >> Signed-off-by: Michael Davidsaver > > Hmm. Is there anything you're *not* planning to move under the CCSR. Well, the decrementer/timebase initialization for one as this has nothi

Re: [Qemu-devel] [PATCHv2 5/5] sunhme: switch sunhme_receive() over to use net_crc32_le()

On Wed, Dec 6, 2017 at 12:34 AM, Philippe Mathieu-Daudé wrote: > Hi Mark, > > On 12/05/2017 05:17 AM, Mark Cave-Ayland wrote: >> Signed-off-by: Mark Cave-Ayland >> --- >> hw/net/sunhme.c | 25 + >> 1 file changed, 1 insertion(+), 24 deletions(-) >> >> diff --git a/hw/net/

Re: [Qemu-devel] [PATCHv2 5/5] sunhme: switch sunhme_receive() over to use net_crc32_le()

Hi Mark, On 12/05/2017 05:17 AM, Mark Cave-Ayland wrote: > Signed-off-by: Mark Cave-Ayland > --- > hw/net/sunhme.c | 25 + > 1 file changed, 1 insertion(+), 24 deletions(-) > > diff --git a/hw/net/sunhme.c b/hw/net/sunhme.c > index b1efa1b88d..df66e2630c 100644 > --- a/h

Re: [Qemu-devel] [PATCHv2 4/5] eepro100: switch e100_compute_mcast_idx() over to use net_crc32()

On 12/05/2017 05:17 AM, Mark Cave-Ayland wrote: > Signed-off-by: Mark Cave-Ayland Reviewed-by: Philippe Mathieu-Daudé > --- > hw/net/eepro100.c | 19 +-- > 1 file changed, 1 insertion(+), 18 deletions(-) > > diff --git a/hw/net/eepro100.c b/hw/net/eepro100.c > index 1c0def555b

Re: [Qemu-devel] [PATCHv2 2/5] net: introduce net_crc32_le() function

On 12/05/2017 05:17 AM, Mark Cave-Ayland wrote: > This provides a standard ethernet CRC32 little-endian implementation. > > Signed-off-by: Mark Cave-Ayland Reviewed-by: Philippe Mathieu-Daudé > --- > include/net/net.h | 2 ++ > net/net.c | 22 ++ > 2 files changed

Re: [Qemu-devel] [PATCHv2 3/5] pcnet: switch lnc_mchash() over to use net_crc32_le()

On 12/05/2017 05:17 AM, Mark Cave-Ayland wrote: > Signed-off-by: Mark Cave-Ayland Reviewed-by: Philippe Mathieu-Daudé > --- > hw/net/pcnet.c | 16 +--- > 1 file changed, 1 insertion(+), 15 deletions(-) > > diff --git a/hw/net/pcnet.c b/hw/net/pcnet.c > index 654455355f..c050993aa9

Re: [Qemu-devel] [PATCHv2 1/5] net: move CRC32 calculation from compute_mcast_idx() into its own net_crc32() function

On 12/05/2017 05:17 AM, Mark Cave-Ayland wrote: > Separate out the standard ethernet CRC32 calculation into a new net_crc32() > function, renaming the constant POLYNOMIAL to POLYNOMIAL_BE to make it clear > that this is a big-endian CRC32 calculation. > > Then remove the existing implementation fr

Re: [Qemu-devel] [PATCH 12/17] e500: add i2c controller to CCSR

On 12/05/2017 01:49 AM, David Gibson wrote: > On Sun, Nov 26, 2017 at 03:59:10PM -0600, Michael Davidsaver wrote: >> Add i2c controller found on mpc8540, >> mpc8544, and P2010 (newer ppc, unmodeled). > > This adds it unconditionally. Are there any E500 models where it > doesn't exist? Not in the

Re: [Qemu-devel] [PATCH 02/12] e500: consolidate mpc8540 guts with e500-ccsr

On 12/05/2017 10:12 PM, David Gibson wrote: > On Wed, Nov 22, 2017 at 02:36:43PM +1100, David Gibson wrote: >> On Sun, Nov 19, 2017 at 09:24:10PM -0600, Michael Davidsaver wrote: >>> Preparation for adding more MPC control >>> registers. >>> >>> Use e500 SVR to enable part specific registers. >

Re: [Qemu-devel] [PATCH 02/12] e500: consolidate mpc8540 guts with e500-ccsr

On Wed, Nov 22, 2017 at 02:36:43PM +1100, David Gibson wrote: > On Sun, Nov 19, 2017 at 09:24:10PM -0600, Michael Davidsaver wrote: > > Preparation for adding more MPC control > > registers. > > > > Use e500 SVR to enable part specific registers. > > Only the mpc8544 reset register at present.

Re: [Qemu-devel] [PATCH for-2.11] vfio: Fix vfio-kvm group registration

On Wed, 6 Dec 2017 10:44:43 +0800 "Liu, Yi L" wrote: > On Tue, Dec 05, 2017 at 02:09:07PM -0700, Alex Williamson wrote: > > Commit 8c37faa475f3 ("vfio-pci, ppc64/spapr: Reorder group-to-container > > attaching") moved registration of groups with the vfio-kvm device from > > vfio_get_group() to vf

Re: [Qemu-devel] [PATCH 08/17] e500: additional CCSR registers

On Mon, Dec 04, 2017 at 08:30:13PM +1100, David Gibson wrote: > On Sun, Nov 26, 2017 at 03:59:06PM -0600, Michael Davidsaver wrote: > > Add CCSRBAR to allow CCSR region to be relocated. > > > > Guest memory size introspection via RAM config > > registers. > > > > Dummy RAM error controls. > > >

Re: [Qemu-devel] [PATCH for-2.11] vfio: Fix vfio-kvm group registration

On Tue, Dec 05, 2017 at 02:09:07PM -0700, Alex Williamson wrote: > Commit 8c37faa475f3 ("vfio-pci, ppc64/spapr: Reorder group-to-container > attaching") moved registration of groups with the vfio-kvm device from > vfio_get_group() to vfio_connect_container(), but it missed the case > where a group

Re: [Qemu-devel] [PATCH v5 00/28] Migration: postcopy failure recovery

On Tue, Dec 05, 2017 at 06:43:42PM +, Dr. David Alan Gilbert wrote: > * Peter Xu (pet...@redhat.com) wrote: > > Tree is pushed here for better reference and testing (online tree > > includes monitor OOB series): > > > > https://github.com/xzpeter/qemu/tree/postcopy-recover-all > > > > This

[Qemu-devel] [PATCH] input: free InputEvent when it can't be inserted into a full kdb queue

>From e8c03f405c2112428e79bb82064c7b7743d0cc86 Mon Sep 17 00:00:00 2001 From: Tian Dianchen Date: Tue, 5 Dec 2017 14:03:53 +0800 Subject: [PATCH] input: free InputEvent when it can't be inserted into a full kdb queue When the kdb queue is full, the evt can't be placed in it, so it should be rele

[Qemu-devel] [Bug 1670509] Re: sgabios outputs incorrect video modes

Any chance of getting this patch included? I've deleted the incorrect patch and attached the correct one (taken from QEMU's sgabios repo). ** Patch removed: "0001-SGABIOS-fix-wrong-video-attrs-for-int-10h-ah-13h.patch" https://bugs.launchpad.net/ubuntu/+source/sgabios/+bug/1670509/+attachment

[Qemu-devel] [Bug 1670509] Re: sgabios outputs incorrect video modes

Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: sgabios (Ubuntu) Status: New => Confirmed -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1670509 Title: s

Re: [Qemu-devel] [PATCH for-2.11] vfio: Fix vfio-kvm group registration

On Wed, 6 Dec 2017 12:02:01 +1100 Alexey Kardashevskiy wrote: > On 06/12/17 08:09, Alex Williamson wrote: > > Commit 8c37faa475f3 ("vfio-pci, ppc64/spapr: Reorder group-to-container > > attaching") moved registration of groups with the vfio-kvm device from > > vfio_get_group() to vfio_connect_con

Re: [Qemu-devel] [PATCH for-2.11] vfio: Fix vfio-kvm group registration

On 06/12/17 08:09, Alex Williamson wrote: > Commit 8c37faa475f3 ("vfio-pci, ppc64/spapr: Reorder group-to-container > attaching") moved registration of groups with the vfio-kvm device from > vfio_get_group() to vfio_connect_container(), but it missed the case > where a group is attached to an exist

Re: [Qemu-devel] [PATCH v2] spapr: fix LSI interrupt specifiers in the device tree

On Mon, Dec 04, 2017 at 03:41:46PM +0100, Greg Kurz wrote: > PAPR 2.7 C.6.9.1.2 describes the "#interrupt-cells" property of the > PowerPC External Interrupt Source Controller node as follows: > > “#interrupt-cells” > > Standard property name to define the number of cells in an interrupt- > s

Re: [Qemu-devel] [PATCH 2.12] spapr: replace numa_get_node() with lookup in pc-dimm list

On Tue, Dec 05, 2017 at 04:41:17PM +0100, Igor Mammedov wrote: > SPAPR is the last user of numa_get_node() and a bunch of > supporting code to maintain numa_info[x].addr list. > > Get LMB node id from pc-dimm list, which allows to > remove ~80LOC maintaining dynamic address range > lookup list. >

Re: [Qemu-devel] [for-2.12 0/7] PCI cleanups

On Tue, Dec 05, 2017 at 09:42:07PM +0800, Fam Zheng wrote: > On Wed, 12/06 00:06, David Gibson wrote: > > > > Another approach would be to have a "known good" build that runs every > > > > so often. If the known good build fails, the bot disables itself (and > > > > tells you to investigate). Obv

Re: [Qemu-devel] [Qemu-block] [PATCH 4/4] iotests: add dirty bitmap migration test

On 11/28/2017 02:14 AM, Vladimir Sementsov-Ogievskiy wrote: > The test creates two vms (vm_a, vm_b), create dirty bitmap in > the first one, do several writes to corresponding device and > then migrate vm_a to vm_b with dirty bitmaps. > > For now, only migration through shared storage for persis

Re: [Qemu-devel] [Qemu-block] [PATCH 2/4] qcow2: handle reopening bitmaps on bdrv_invalidate_cache

On 11/28/2017 02:14 AM, Vladimir Sementsov-Ogievskiy wrote: > Consider migration with shared storage. Persistent bitmaps are stored > on bdrv_inactivate. Then, on destination > process_incoming_migration_bh() calls bdrv_invalidate_cache_all() which > leads to qcow2_load_autoloading_dirty_bitmaps(

Re: [Qemu-devel] [Qemu-block] [PATCH 1/4] qcow2-bitmap: add qcow2_reopen_bitmaps_rw_hint()

On 11/28/2017 02:14 AM, Vladimir Sementsov-Ogievskiy wrote: > Add version of qcow2_reopen_bitmaps_rw, which do the same work but > also return a hint about was header updated or not. This will be > used in the following fix for bitmaps reloading after migration. > > Signed-off-by: Vladimir Semen

Re: [Qemu-devel] [Qemu-block] [PATCH 3/4] scripts/qemu.py: tiny enhancement for event_wiat

On 11/28/2017 02:14 AM, Vladimir Sementsov-Ogievskiy wrote: > - add comment > - allow int timeout and disallow bool (which has special > meaning for pull_event()) > - remove unreachable 'return None' > > Signed-off-by: Vladimir Sementsov-Ogievskiy > --- > scripts/qemu.py | 10 +++--- > 1

Re: [Qemu-devel] [PATCH 6/7] target/arm: Factor MPU lookup code out of get_phys_addr_pmsav8()

On 12/01/2017 03:44 PM, Peter Maydell wrote: > For the TT instruction we're going to need to do an MPU lookup that > also tells us which MPU region the access hit. This requires us > to do the MPU lookup without first doing the SAU security access > check, so pull the MPU lookup parts of get_phys_a

Re: [Qemu-devel] [PATCH v2 0/5] target/m68k: implement 680x0 FPU (part 3)

On Tue, Dec 5, 2017 at 2:01 PM, Laurent Vivier wrote: > Le 05/12/2017 à 18:42, Andreas Grabher a écrit : > > > > Am 05.12.2017 um 10:46 schrieb Laurent Vivier > >: > > > >> Le 05/12/2017 à 09:56, william lin a écrit : > >>> On Wed, Nov 29, 2017 at 9:19 AM, Thomas Huth

Re: [Qemu-devel] [PATCH 5/7] target/arm: Create new arm_v7m_mmu_idx_for_secstate_and_priv()

On 12/01/2017 03:44 PM, Peter Maydell wrote: > The TT instruction is going to need to look up the MMU index > for a specified security and privilege state. Refactor the > existing arm_v7m_mmu_idx_for_secstate() into a version that > lets you specify the privilege state and one that uses the > curre

Re: [Qemu-devel] [Qemu-arm] [PATCH 4/7] target/arm: Split M profile MNegPri mmu index into user and priv

Hi Peter, On 12/01/2017 03:44 PM, Peter Maydell wrote: > For M profile, we currently have an mmu index MNegPri for > "requested execution priority negative". This fails to > distinguish "requested execution priority negative, privileged" > from "requested execution priority negative, usermode", bu

[Qemu-devel] [PATCH for-2.11] vfio: Fix vfio-kvm group registration

Commit 8c37faa475f3 ("vfio-pci, ppc64/spapr: Reorder group-to-container attaching") moved registration of groups with the vfio-kvm device from vfio_get_group() to vfio_connect_container(), but it missed the case where a group is attached to an existing container and takes an early exit. Perhaps th

Re: [Qemu-devel] [PATCH v3 for-2.11 1/3] tpm_emulator: Add a caching layer for the TPM Established flag

On 11/15/2017 04:05 AM, Valluri, Amarnath wrote: On Wed, 2017-11-15 at 04:47 +0100, Marc-André Lureau wrote: Hi On Wed, Nov 15, 2017 at 2:16 AM, Stefan Berger wrote: On 11/14/2017 06:40 PM, Marc-André Lureau wrote: Hi On Tue, Nov 14, 2017 at 10:52 PM, Stefan Berger wrote: Add a caching

Re: [Qemu-devel] [PATCH 0/2] Add vTPM emulator supportfor ppc64 platform

On 12/05/2017 03:35 PM, Stefan Berger wrote: The following series of patches adds vTPM emulator support for the ppc64 platform (pSeries). It can be tested as follows with swtpm/libtpms: #> swtpm socket --tpmstate dir=/tmp/mytpm1 \ --ctrl type=unixio,path=/tmp/mytpm1/ctrl.sock \

[Qemu-devel] [PATCH 2/2] tpm_spapr: Support suspend and resume

Signed-off-by: Stefan Berger --- hw/tpm/tpm_spapr.c | 61 ++ 1 file changed, 57 insertions(+), 4 deletions(-) diff --git a/hw/tpm/tpm_spapr.c b/hw/tpm/tpm_spapr.c index 909aeeb..e145697 100644 --- a/hw/tpm/tpm_spapr.c +++ b/hw/tpm/tpm_spapr.c @

[Qemu-devel] [PATCH 0/2] Add vTPM emulator supportfor ppc64 platform

The following series of patches adds vTPM emulator support for the ppc64 platform (pSeries). It can be tested as follows with swtpm/libtpms: #> swtpm socket --tpmstate dir=/tmp/mytpm1 \ --ctrl type=unixio,path=/tmp/mytpm1/ctrl.sock \ --log level=2 If TPM 2 is desired, add --tpm2

[Qemu-devel] [PATCH 1/2] tpm_spapr: Support TPM for ppc64 using CRQ based interface

Implement support for TPM on ppc64 by implementing the vTPM CRQ interface as a frontend. The Linux vTPM driver for ppc64 works with this emulation. This emualtor also handles the TPM 2 case. Signed-off-by: Stefan Berger --- hw/tpm/Makefile.objs | 1 + hw/tpm/tpm_spapr.c | 380 +

Re: [Qemu-devel] [PATCH 0/2] target/sh4: add missing tcg_temp_free()

Philippe Mathieu-Daudé writes: > Hi, > > After reading Alex commenting on IRC "java --version failing on sh4" I > remember > this series staged for 2.12. > > This might help for: > > root@6e10336e48ac:/etc/apt# java --version > qemu-sh4: /home/alex/lsrc/qemu/qemu.git/tcg/tcg.h:703: temp_idx

Re: [Qemu-devel] [PATCH v2 0/5] target/m68k: implement 680x0 FPU (part 3)

Le 05/12/2017 à 18:42, Andreas Grabher a écrit : > > Am 05.12.2017 um 10:46 schrieb Laurent Vivier >: > >> Le 05/12/2017 à 09:56, william lin a écrit : >>> On Wed, Nov 29, 2017 at 9:19 AM, Thomas Huth >> >>> > wrote

Re: [Qemu-devel] [PATCH] docs/devel/migration.txt: keep functions consistent with the code

* Jay Zhou (jianjay.z...@huawei.com) wrote: > Since the commit 11808bb0c422134bf09119f4aa22c59b0ce84bf3 removed > the put_buffer callback and using an iovec based write handler instead, > the docs should be sync with the code too. > > Signed-off-by: Jay Zhou Lets check with Dan (added to cc) sin

Re: [Qemu-devel] [PATCH] migration: fix analyze-migration.py script with radix table

On Tue, 5 Dec 2017 13:27:40 +0100 Laurent Vivier wrote: > Since commit 3a38429748 ("Add a "no HPT" encoding to HTAB migration stream") > the HTAB migration stream contains a header set to "-1", meaning there > is no HPT. Teach analyze-migration.py to ignore the section in this case. > > Without

[Qemu-devel] [PATCH 08/12] target/arm: Convert get_phys_addr_pmsav8() to not return FSC values

Make get_phys_addr_pmsav8() return a fault type in the ARMMMUFaultInfo structure, which we convert to the FSC at the callsite. Signed-off-by: Peter Maydell --- target/arm/helper.c | 29 ++--- 1 file changed, 18 insertions(+), 11 deletions(-) diff --git a/target/arm/helpe

[Qemu-devel] [PATCH 01/12] target/arm: Provide fault type enum and FSR conversion functions

Currently get_phys_addr() and its various subfunctions return a hard-coded fault status register value for translation failures. This is awkward because FSR values these days may be either long-descriptor format or short-descriptor format. Worse, the right FSR type to use doesn't depend only on the

[Qemu-devel] [PATCH 03/12] target/arm: Convert get_phys_addr_v5() to not return FSC values

Make get_phys_addr_v5() return a fault type in the ARMMMUFaultInfo structure, which we convert to the FSC at the callsite. Signed-off-by: Peter Maydell --- target/arm/helper.c | 33 ++--- 1 file changed, 18 insertions(+), 15 deletions(-) diff --git a/target/arm/helpe

[Qemu-devel] [PATCH 04/12] target/arm: Convert get_phys_addr_v6() to not return FSC values

Make get_phys_addr_v6() return a fault type in the ARMMMUFaultInfo structure, which we convert to the FSC at the callsite. Signed-off-by: Peter Maydell --- target/arm/helper.c | 40 ++-- 1 file changed, 22 insertions(+), 18 deletions(-) diff --git a/target/ar

[Qemu-devel] [PATCH 07/12] target/arm: Convert get_phys_addr_pmsav7() to not return FSC values

Make get_phys_addr_pmsav7() return a fault type in the ARMMMUFaultInfo structure, which we convert to the FSC at the callsite. Signed-off-by: Peter Maydell --- target/arm/helper.c | 11 +++ 1 file changed, 7 insertions(+), 4 deletions(-) diff --git a/target/arm/helper.c b/target/arm/hel

[Qemu-devel] [PATCH 05/12] target/arm: Convert get_phys_addr_lpae() to not return FSC values

Make get_phys_addr_v6() return a fault type in the ARMMMUFaultInfo structure, which we convert to the FSC at the callsite. Signed-off-by: Peter Maydell --- target/arm/helper.c | 41 ++--- 1 file changed, 18 insertions(+), 23 deletions(-) diff --git a/target/a

[Qemu-devel] [PATCH 02/12] target/arm: Remove fsr argument from arm_ld*_ptw()

All the callers of arm_ldq_ptw() and arm_ldl_ptw() ignore the value that those functions store in the fsr argument on failure: if they return failure to their callers they will always overwrite the fsr value with something else. Remove the argument from these functions and S1_ptw_translate(). This

[Qemu-devel] [PATCH 10/12] target/arm: Ignore fsr from get_phys_addr() in do_ats_write()

In do_ats_write(), rather than using the FSR value from get_phys_addr(), construct the PAR values using the information in the ARMMMUFaultInfo struct. This allows us to create a PAR of the correct format regardless of what the translation table format is. For the moment we leave the condition for

[Qemu-devel] [PATCH 09/12] target/arm: Use ARMMMUFaultInfo in deliver_fault()

Now that ARMMMUFaultInfo is guaranteed to have enough information to construct a fault status code, we can pass it in to the deliver_fault() function and let it generate the correct type of FSR for the destination, rather than relying on the value provided by get_phys_addr(). I don't think there a

[Qemu-devel] [PATCH 06/12] target/arm: Convert get_phys_addr_pmsav5() to not return FSC values

Make get_phys_addr_pmsav5() return a fault type in the ARMMMUFaultInfo structure, which we convert to the FSC at the callsite. Note that PMSAv5 does not define any guest-visible fault status register, so the different "fsr" values we were previously returning are entirely arbitrary. So we can just

[Qemu-devel] [PATCH 00/12] Refactor get_phys_addr() not to return FSR values

Currently get_phys_addr() and its various subfunctions return a hard-coded fault status register value for translation failures. This is awkward because FSR values these days may be either long-descriptor format or short-descriptor format. Worse, the right FSR type to use doesn't depend only on th

[Qemu-devel] [PATCH 12/12] target/arm: Extend PAR format determination

From: "Edgar E. Iglesias" Now that do_ats_write() is entirely in control of whether to generate a 32-bit PAR or a 64-bit PAR, we can make it use the correct (complicated) condition for doing so. Signed-off-by: Edgar E. Iglesias [PMM: Rebased Edgar's patch on top of get_phys_addr() refactoring;

[Qemu-devel] [PATCH 11/12] target/arm: Remove fsr argument from get_phys_addr() and arm_tlb_fill()

All of the callers of get_phys_addr() and arm_tlb_fill() now ignore the FSR values they return, so we can just remove the argument entirely. Signed-off-by: Peter Maydell --- target/arm/internals.h | 2 +- target/arm/helper.c| 45 ++--- target/arm/op_h

Re: [Qemu-devel] [PATCH v4 1/1] tests/qemu-iotests: adding savevm/loadvm with postcopy flag test

* Daniel Henrique Barboza (danie...@linux.vnet.ibm.com) wrote: > > > On 12/05/2017 04:06 PM, Dr. David Alan Gilbert wrote: > > * Daniel Henrique Barboza (danie...@linux.vnet.ibm.com) wrote: > > > This patch implements a test case for the scenario that was failing > > > prior to the patch "migrati

Re: [Qemu-devel] [PATCH v4 1/1] tests/qemu-iotests: adding savevm/loadvm with postcopy flag test

On 12/05/2017 04:06 PM, Dr. David Alan Gilbert wrote: * Daniel Henrique Barboza (danie...@linux.vnet.ibm.com) wrote: This patch implements a test case for the scenario that was failing prior to the patch "migration/ram.c: do not set 'postcopy_running' in POSTCOPY_INCOMING_END", commit acab30b8

Re: [Qemu-devel] [PATCH v2 0/5] target/m68k: implement 680x0 FPU (part 3)

Am 05.12.2017 um 10:46 schrieb Laurent Vivier : > Le 05/12/2017 à 09:56, william lin a écrit : >> On Wed, Nov 29, 2017 at 9:19 AM, Thomas Huth > > wrote: >> >>On 29.11.2017 15:17, Laurent Vivier wrote: >>> Le 29/11/2017 à 15:08, Thomas Huth a écrit : On 29.11.

Re: [Qemu-devel] [Qemu-arm] [PATCH 3/7] target/arm: Add missing M profile case to regime_is_user()

On 12/01/2017 03:44 PM, Peter Maydell wrote: > When we added the ARMMMUIdx_MSUser MMU index we forgot to > add it to the case statement in regime_is_user(), so we > weren't treating it as unprivileged when doing MPU lookups. > Correct the omission. Eh commit e7b921c2d9e wasn't reviewed! > Signed-

Re: [Qemu-devel] [Qemu-arm] [PATCH 1/7] target/arm: Handle SPSEL and current stack being out of sync in MSP/PSP reads

On 12/01/2017 03:44 PM, Peter Maydell wrote: > For v8M it is possible for the CONTROL.SPSEL bit value and the > current stack to be out of sync. This means we need to update > the checks used in reads and writes of the PSP and MSP special > registers to use v7m_using_psp() rather than directly chec

Re: [Qemu-devel] [PATCH v5 00/28] Migration: postcopy failure recovery

* Peter Xu (pet...@redhat.com) wrote: > Tree is pushed here for better reference and testing (online tree > includes monitor OOB series): > > https://github.com/xzpeter/qemu/tree/postcopy-recover-all > > This version removed quite a few patches related to migrate-incoming, > instead I introduce

Re: [Qemu-devel] Debugging io deadlock

On Tue, 5 Dec 2017, Stefan Hajnoczi wrote: On Mon, Dec 04, 2017 at 08:22:48PM +0100, BALATON Zoltan wrote: I'm seeing a possible deadlock that I don't know how to debug. Any hint on how to find the cause or what should be checked further to identify the reason why this is happening and how to fi

[Qemu-devel] [qemu-web PATCH] lock more dependencies for RHEL7

This is required to work with Ruby 2.0; jekyll-watch 1.5.1 was released on Dec 2 and requires Ruby 2.2. Signed-off-by: Paolo Bonzini --- Gemfile | 3 +++ 1 file changed, 3 insertions(+) diff --git a/Gemfile b/Gemfile index 933b92b..b01dff9 100644 --- a/Gemfile +++ b/Gemfile @@ -26,5 +26,8 @@ en

[Qemu-devel] [qemu-web PATCH] require older version of public_suffix

New versions require Ruby version >= 2.1. Signed-off-by: Paolo Bonzini --- Gemfile | 1 + 1 file changed, 1 insertion(+) diff --git a/Gemfile b/Gemfile index 90dc8a9..933b92b 100644 --- a/Gemfile +++ b/Gemfile @@ -25,5 +25,6 @@ end # for RHEL7 +gem 'public_suffix', "< 3.0" gem 'json' gem

Re: [Qemu-devel] [RFC 3/7] vhost: New memory update functions

* Igor Mammedov (imamm...@redhat.com) wrote: > On Wed, 29 Nov 2017 18:50:22 + > "Dr. David Alan Gilbert (git)" wrote: > > > From: "Dr. David Alan Gilbert" > > > > vhost_update_mem will replace the existing update mechanism. > > They make use of the Flatview we have now to make the update si

Re: [Qemu-devel] [PATCH 1/1] vhost-scsi: add missing virtqueue_size parameter

On 12/05/2017 07:40 AM, Peter Maydell wrote: On 5 December 2017 at 00:59, Michael S. Tsirkin wrote: On Mon, Dec 04, 2017 at 03:00:45PM -0500, Eric Farman wrote: On 12/04/2017 01:05 PM, Peter Maydell wrote: On 4 December 2017 at 17:52, Eric Farman wrote: On 12/01/2017 10:16 AM, Paolo Bon

Re: [Qemu-devel] [virtio-dev] [PATCH v3 2/7] vhost-pci-net: add vhost-pci-net

On Tue, Dec 05, 2017 at 06:00:10PM +0100, Cornelia Huck wrote: > On Tue, 5 Dec 2017 18:53:29 +0200 > "Michael S. Tsirkin" wrote: > > > On Tue, Dec 05, 2017 at 04:41:54PM +, Stefan Hajnoczi wrote: > > > On Tue, Dec 05, 2017 at 05:55:45PM +0200, Michael S. Tsirkin wrote: > > > > On Tue, Dec 0

Re: [Qemu-devel] [PATCH v4 1/1] tests/qemu-iotests: adding savevm/loadvm with postcopy flag test

* Daniel Henrique Barboza (danie...@linux.vnet.ibm.com) wrote: > This patch implements a test case for the scenario that was failing > prior to the patch "migration/ram.c: do not set 'postcopy_running' in > POSTCOPY_INCOMING_END", commit acab30b85d. > > This new test file 201 was derived from the

[Qemu-devel] [ANNOUNCE] QEMU 2.11.0-rc4 is now available

Hello, On behalf of the QEMU Team, I'd like to announce the availability of the fifth release candidate for the QEMU 2.11 release. This release is meant for testing purposes and should not be used in a production environment. http://download.qemu-project.org/qemu-2.11.0-rc4.tar.xz http://dow

[Qemu-devel] Hotplug ram and vhost-user

Hi, Since I'm reworking the memory map update code I've been trying to test it with hot adding RAM; but even on upstream I'm finding that hot adding RAM causes the guest to stop passing packets with vhost-user-bridge; have either of you seen the same thing? I'm doing: ./tests/vhost-user-bridge

Re: [Qemu-devel] [PATCH 2/3] s390x/css: advertise unrestricted cssids

On 12/04/2017 04:07 PM, Halil Pasic wrote: On 12/04/2017 12:15 PM, Cornelia Huck wrote: On Fri, 1 Dec 2017 15:31:35 +0100 Halil Pasic wrote: Let us advertise the changes introduced by "s390x/css: unrestrict cssids" to the management software (so it can tell are cssids unrestricted or rest

Re: [Qemu-devel] [Qemu-block] [PATCH v5 00/15] qcow2: space preallocation and COW improvements

On 5/12/2017 1:32 AM, John Snow wrote: Friendly ping; this has gone over 30 days without a reply on the list. I recommend rebasing and trying again after 2.11 hits. Thanks, --John Thank you; I also though of maybe splitting this series in two i.e. patches ~1-8 and then the actual preallocatio

Re: [Qemu-devel] [PATCH V3] pci: removed the is_express field since a uniform interface was inserted

On 12/05/2017 07:17 PM, Yoni Bettan wrote: * according to Eduardo Habkost's commit fd3b02c8896d597dd8b9e053dec579cf0386aee1 * since all PCIEs now implement INTERFACE_PCIE_DEVICE we don't need this field anymore * Devices that where only INTERFA

[Qemu-devel] [PATCH V3] pci: removed the is_express field since a uniform interface was inserted

* according to Eduardo Habkost's commit fd3b02c8896d597dd8b9e053dec579cf0386aee1 * since all PCIEs now implement INTERFACE_PCIE_DEVICE we don't need this field anymore * Devices that where only INTERFACE_PCIE_DEVICE (is_express == 1) or

Re: [Qemu-devel] [Qemu-block] [PATCH 1/7] qapi: add unmap to BlockDeviceStats

On 5/12/2017 6:19 PM, Eric Blake wrote: On 12/05/2017 09:09 AM, Alberto Garcia wrote: On Mon 20 Nov 2017 05:50:58 PM CET, Anton Nefedov wrote: Signed-off-by: Anton Nefedov Reviewed-by: Vladimir Sementsov-Ogievskiy --- qapi/block-core.json | 20 include/block/ac

Re: [Qemu-devel] [Qemu-block] [PATCH 2/7] ide: account UNMAP (TRIM) operations

On 5/12/2017 6:21 PM, Alberto Garcia wrote: On Mon 20 Nov 2017 05:50:59 PM CET, Anton Nefedov wrote: Signed-off-by: Anton Nefedov Reviewed-by: Vladimir Sementsov-Ogievskiy --- hw/ide/core.c | 12 1 file changed, 12 insertions(+) diff --git a/hw/ide/core.c b/hw/ide/core.c ind

[Qemu-devel] [PATCH 2/2] target/sh4: add missing tcg_temp_free() in _decode_opc()

missed in c55497ecb8c and 852d481faf7. Signed-off-by: Philippe Mathieu-Daudé --- target/sh4/translate.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/target/sh4/translate.c b/target/sh4/translate.c index 5aeaabdd8d..62d01227fc 100644 --- a/target/sh4/translate.c +++ b/target/sh4/translat

Re: [Qemu-devel] [virtio-dev] [PATCH v3 2/7] vhost-pci-net: add vhost-pci-net

On Tue, 5 Dec 2017 18:53:29 +0200 "Michael S. Tsirkin" wrote: > On Tue, Dec 05, 2017 at 04:41:54PM +, Stefan Hajnoczi wrote: > > On Tue, Dec 05, 2017 at 05:55:45PM +0200, Michael S. Tsirkin wrote: > > > On Tue, Dec 05, 2017 at 02:59:50PM +, Stefan Hajnoczi wrote: > > > > On Tue, Dec 0

[Qemu-devel] [PATCH 1/2] target/sh4: add missing tcg_temp_free() in gen_conditional_jump()

missed in c55497ecb8c. Signed-off-by: Philippe Mathieu-Daudé --- target/sh4/translate.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/target/sh4/translate.c b/target/sh4/translate.c index 703020fe87..5aeaabdd8d 100644 --- a/target/sh4/translate.c +++ b/target/sh4/transl

[Qemu-devel] [PATCH 0/2] target/sh4: add missing tcg_temp_free()

Hi, After reading Alex commenting on IRC "java --version failing on sh4" I remember this series staged for 2.12. This might help for: root@6e10336e48ac:/etc/apt# java --version qemu-sh4: /home/alex/lsrc/qemu/qemu.git/tcg/tcg.h:703: temp_idx: Assertion `n >= 0 && n < tcg_ctx->nb_temps' faile

Re: [Qemu-devel] [virtio-dev] [PATCH v3 2/7] vhost-pci-net: add vhost-pci-net

On Tue, Dec 05, 2017 at 04:41:54PM +, Stefan Hajnoczi wrote: > On Tue, Dec 05, 2017 at 05:55:45PM +0200, Michael S. Tsirkin wrote: > > On Tue, Dec 05, 2017 at 02:59:50PM +, Stefan Hajnoczi wrote: > > > On Tue, Dec 05, 2017 at 11:33:11AM +0800, Wei Wang wrote: > > > > Add the vhost-pci-net d

Re: [Qemu-devel] [PATCH v2] pci: removed the is_express field since a uniform interface was inserted

On 12/04/2017 09:46 PM, Philippe Mathieu-Daudé wrote: Hi Yoni, Eduardo, Markus, On 12/04/2017 07:18 AM, Yoni Bettan wrote: * according to Eduardo Habkost's commit fd3b02c8896d597dd8b9e053dec579cf0386aee1 * since all PCIEs now implement INTERFACE_PCIE_DEVICE we

Re: [Qemu-devel] [virtio-dev] [PATCH v3 2/7] vhost-pci-net: add vhost-pci-net

On Tue, Dec 05, 2017 at 05:55:45PM +0200, Michael S. Tsirkin wrote: > On Tue, Dec 05, 2017 at 02:59:50PM +, Stefan Hajnoczi wrote: > > On Tue, Dec 05, 2017 at 11:33:11AM +0800, Wei Wang wrote: > > > Add the vhost-pci-net device emulation. The device uses bar 2 to expose > > > the remote VM's me

Re: [Qemu-devel] [PATCH v1 for-2.12 9/9] s390x: change the QEMU cpu model to a stripped down z12

On 05.12.2017 16:24, Cornelia Huck wrote: > On Mon, 4 Dec 2017 15:01:50 +0100 > David Hildenbrand wrote: > >> We are good enough to boot upstream Linux kernels / Fedora 26/27. That >> should be suficient for now. > > s/suficient/sufficient/ > >> >> As the QEMU CPU model is migration safe, let'

Re: [Qemu-devel] About the light VM solution!

On Tue, Dec 05, 2017 at 03:00:10PM +0100, Paolo Bonzini wrote: > On 05/12/2017 14:47, Stefan Hajnoczi wrote: > > On Tue, Dec 5, 2017 at 1:35 PM, Paolo Bonzini wrote: > >> On 05/12/2017 13:06, Stefan Hajnoczi wrote: > >>> On Tue, Dec 05, 2017 at 02:33:13PM +0800, Yang Zhong wrote: > As you kno

Re: [Qemu-devel] [PATCH v1 for-2.12 7/9] s390x/tcg: implement extract-CPU-time facility

On 05.12.2017 16:14, Cornelia Huck wrote: > On Mon, 4 Dec 2017 15:01:48 +0100 > David Hildenbrand wrote: > >> It only provies the EXTRACT CPU TIME instruction. We can reuse the stpt > > s/provies/provides/ > >> helper, which calculates the CPU timer value. >> >> As the instruction is not privi

Re: [Qemu-devel] [PATCH v1 for-2.12 3/9] s390x/tcg: wire up SET ADDRESS LIMIT

On 05.12.2017 15:56, Cornelia Huck wrote: > On Mon, 4 Dec 2017 15:01:44 +0100 > David Hildenbrand wrote: > >> Let's handle it just like KVM: >> Depending on the model, this instruction may not be >> provided. When this instruction is not provided, it is >> checked for operand excepti

  1   2   3   >