[Qemu-devel] [Bug 1829498] Re: window 8 stuck during boot on Qemu

My host kernel is 4.15.0-47. Windows 8 version is 6.3.9600. About KVM, i've got same problem in TCG mode. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1829498 Title: window 8 stuck during boot on

Re: [Qemu-devel] [PATCH v9 02/27] gdbstub: Implement deatch (D pkt) with new infra

Hi Alex, I implemented this change but i'm having second guesses on this, basically a NULL packet means the command is not supported (as far as i understand from the protocol documentation and implementation of GDB) That being said I think it's correct to send back a NULL packet if

Re: [Qemu-devel] [PATCH v5 2/2] acpi: pci: use build_append_foo() API to construct MCFG

On Tue, May 21, 2019 at 11:32:49AM +0800, Wei Yang wrote: > build_append_foo() API doesn't need explicit endianness conversions > which eliminates a source of errors and it makes build_mcfg() look like > declarative definition of MCFG table in ACPI spec, which makes it easy > to review. > >

Re: [Qemu-devel] [PATCH v5 2/2] acpi: pci: use build_append_foo() API to construct MCFG

On Tue, May 21, 2019 at 11:32:49AM +0800, Wei Yang wrote: > build_append_foo() API doesn't need explicit endianness conversions > which eliminates a source of errors and it makes build_mcfg() look like > declarative definition of MCFG table in ACPI spec, which makes it easy > to review. > >

Re: [Qemu-devel] [PATCH v5 1/2] hw/acpi: Consolidate build_mcfg to pci.c

On Tue, May 21, 2019 at 11:32:48AM +0800, Wei Yang wrote: > Now we have two identical build_mcfg functions. > > Consolidate them in acpi/pci.c. > > Signed-off-by: Wei Yang > > --- > v5: > * ACPI_PCI depends on both ACPI and PCI > * rebase on latest master, adjust arm Kconfig > v3: > *

[Qemu-devel] [PATCH v5 2/2] acpi: pci: use build_append_foo() API to construct MCFG

build_append_foo() API doesn't need explicit endianness conversions which eliminates a source of errors and it makes build_mcfg() look like declarative definition of MCFG table in ACPI spec, which makes it easy to review. Signed-off-by: Wei Yang Suggested-by: Igor Mammedov Reviewed-by: Igor

[Qemu-devel] [PATCH v5 1/2] hw/acpi: Consolidate build_mcfg to pci.c

Now we have two identical build_mcfg functions. Consolidate them in acpi/pci.c. Signed-off-by: Wei Yang --- v5: * ACPI_PCI depends on both ACPI and PCI * rebase on latest master, adjust arm Kconfig v3: * adjust changelog based on Igor's suggestion --- default-configs/i386-softmmu.mak |

[Qemu-devel] [PATCH v5 0/2] Extract build_mcfg Part 2

This patch set tries to generalize MCFG table build process. Several patches are already merged and these two are left for the following reasons: * conflict with latest upstream * ACPI_PCI dependency fix * missed reserved[8] in MCFG v4->v5: * ACPI_PCI depends on both ACPI and PCI *

Re: [Qemu-devel] [PATCH] ftgmac100: do not link to netdev

On 2019/5/21 上午2:11, Cédric Le Goater wrote: qdev_set_nic_properties() is already used in the Aspeed SoC level to bind the ftgmac100 device to the netdev. This is fixing support for multiple net devices. Signed-off-by: Cédric Le Goater --- hw/net/ftgmac100.c | 2 -- 1 file changed, 2

Re: [Qemu-devel] [PATCH v5 0/6] Extract build_mcfg

On Mon, May 20, 2019 at 06:55:53PM -0400, Michael S. Tsirkin wrote: >On Mon, May 20, 2019 at 08:59:51AM +0800, Wei Yang wrote: >> This patch set tries to generalize MCFG table build process. And it is >> based on one un-merged patch from Igor, which is included in this serials. >> >> v4->v5: >>

Re: [Qemu-devel] [PATCH v3 8/8] multifd: rest of zlib compression

On Wed, May 15, 2019 at 02:15:44PM +0200, Juan Quintela wrote: >This is still a work in progress, but get everything sent as expected >and it is faster than the code that is already there. Generally, I prefer to merge this one with previous one. > >Signed-off-by: Juan Quintela >--- >

Re: [Qemu-devel] [PATCH v3 7/8] multifd: Add zlib compression support

On Wed, May 15, 2019 at 02:15:43PM +0200, Juan Quintela wrote: >Signed-off-by: Juan Quintela >--- > hw/core/qdev-properties.c | 2 +- > migration/migration.c | 9 > migration/migration.h | 1 + > migration/ram.c | 47 +++ >

Re: [Qemu-devel] [PATCH v3 6/8] migration: Make none operations into its own structure

On Wed, May 15, 2019 at 02:15:42PM +0200, Juan Quintela wrote: >+ >+MultifdMethods multifd_none_ops = { >+.send_prepare = none_send_prepare, >+.send_write = none_send_write, >+.recv_pages = none_recv_pages >+}; >+ > static int multifd_send_initial_packet(MultiFDSendParams *p, Error

Re: [Qemu-devel] [PATCH v2 13/15] qmp: Expose manual_dirty_log_protect via "query-kvm"

On Mon, May 20, 2019 at 11:30:01AM -0500, Eric Blake wrote: > On 5/19/19 10:08 PM, Peter Xu wrote: > > Expose the new capability via "query-kvm" QMP command too so we know > > whether that's turned on on the source VM when we want. > > > > Signed-off-by: Peter Xu > > --- > > accel/kvm/kvm-all.c

Re: [Qemu-devel] [PATCH v2 12/15] kvm: Support KVM_CLEAR_DIRTY_LOG

On Mon, May 20, 2019 at 12:50:24PM +0200, Paolo Bonzini wrote: > On 20/05/19 05:08, Peter Xu wrote: > > +s->manual_dirty_log_protect = > > +kvm_check_extension(s, KVM_CAP_MANUAL_DIRTY_LOG_PROTECT2); > > +if (s->manual_dirty_log_protect) { > > +ret = kvm_vm_enable_cap(s,

Re: [Qemu-devel] [PATCH v2 11/15] kvm: Introduce slots lock for memory listener

On Mon, May 20, 2019 at 12:49:39PM +0200, Paolo Bonzini wrote: > On 20/05/19 05:08, Peter Xu wrote: > > +/* Must be with slots_lock held */ > > Perhaps "Called with KVMMemoryListener slots_lock held."? Yes sounds better. I'm replacing the old comments with "Called with

Re: [Qemu-devel] [PATCH v2 03/15] migration: No need to take rcu during sync_dirty_bitmap

On Mon, May 20, 2019 at 12:48:01PM +0200, Paolo Bonzini wrote: > On 20/05/19 05:08, Peter Xu wrote: > > cpu_physical_memory_sync_dirty_bitmap() has one RAMBlock* as > > parameter, which means that it must be with RCU read lock held > > already. Taking it again inside seems redundant. Removing

Re: [Qemu-devel] [PATCH v2 0/5] fw_cfg_test refactor and add two test cases

Philippe Mathieu-Daudé 于2019年5月21日周二 上午5:29写道： > Hi Li, > > On 5/17/19 4:28 AM, Li Qiang wrote: > > Ping. > > > > Li Qiang mailto:liq...@gmail.com>> 于2019年5月9日周四 > > 下午5:57写道： > > > > Ping this serials. > > I apologize I hold this series for too long. > With your v1 I wanted to

Re: [Qemu-devel] [PATCH 1/2] target/ppc: Use vector variable shifts for VSL, VSR, VSRA

On 5/20/19 2:49 AM, Aleksandar Markovic wrote: > > On May 18, 2019 9:21 PM, "Richard Henderson" > wrote: >> >> The gvec expanders take care of masking the shift amount >> against the element width. >> >> Signed-off-by: Richard Henderson

Re: [Qemu-devel] [PATCH v4 00/14] spapr: add KVM support to the XIVE interrupt mode

On Mon, May 13, 2019 at 10:42:31AM +0200, Cédric Le Goater wrote: > Hello, > > This is the v4 of the QEMU/KVM patchset. > > The first patches introduce the XIVE KVM device, state synchronization > and migration support under KVM. The second part of the patchset > modifies the XICS and XIVE

Re: [Qemu-devel] [PATCH v2 13/15] qmp: Expose manual_dirty_log_protect via "query-kvm"

On Mon, May 20, 2019 at 12:44:29PM +0200, Paolo Bonzini wrote: > On 20/05/19 05:08, Peter Xu wrote: > > Expose the new capability via "query-kvm" QMP command too so we know > > whether that's turned on on the source VM when we want. > > > > Signed-off-by: Peter Xu > > Is this useful? We could

[Qemu-devel] [PATCH 2/4] BootLinuxConsoleTest: Test nanoMIPS kernels on the I7200 CPU

Similar to the x86_64/pc test, it boots a Linux kernel on a Malta machine and verify the serial is working. Use the documentation added in commit f7d257cb4a17 to test nanoMIPS kernels and the I7200 CPU. This test can be run using: $ avocado --show=console run -t arch:mipsel

[Qemu-devel] [PATCH 3/4] BootLinuxConsoleTest: Run kerneltests BusyBox on Malta

This tests boots a Linux kernel on a Malta machine up to a busybox shell on the serial console. Few commands are executed before halting the machine (via reboot). We use the initrd cpio image from the kerneltests project: https://kerneltests.org/ If MIPS is a target being built, "make

[Qemu-devel] [PATCH 4/4] BootLinuxSshTest: Test some userspace commands on Malta

This tests boot a full VM and check the serial console until the SSH daemon is running, then start a SSH session and run some commands. This test can be run using: $ avocado --show=ssh run -t arch:mips tests/acceptance/linux_ssh_mips_malta.py ssh: Entering interactive session. ssh: # uname

[Qemu-devel] [PATCH 0/4] mips: Add more Avocado tests

Hi, It was a rainy week-end here, so I invested it to automatize some of my MIPS tests. The BootLinuxSshTest is not Global warming friendly, it is not meant to run on a CI system but rather on a workstation previous to post a pull request. It can surely be improved, but it is a good starting

[Qemu-devel] [PATCH 1/4] BootLinuxConsoleTest: Let extract_from_deb handle various compressions

Debian binary package format supports various compressions. Per man deb(5): NAME deb - Debian binary package format FORMAT ... The third, last required member is named data.tar. It contains the filesystem as a tar archive, either not compressed (supported since dpkg

[Qemu-devel] [PULL v2 00/36] pci, pc, virtio: features, fixes

The following changes since commit 2259637b95bef3116cc262459271de08e038cc66: Merge remote-tracking branch 'remotes/kevin/tags/for-upstream' into staging (2019-05-20 17:22:05 +0100) are available in the Git repository at: git://git.kernel.org/pub/scm/virt/kvm/mst/qemu.git tags/for_upstream

Re: [Qemu-devel] QMP Example Formatting in ReST, Sphinx, and Pygments (was: Re: [Bug] Docs build fails at interop.rst)

On Mon, May 20, 2019 at 05:25:28PM -0400, John Snow wrote: > > > On 5/20/19 12:37 PM, John Snow wrote: > > > > > > On 5/20/19 7:30 AM, Aarushi Mehta wrote: > >> https://paste.fedoraproject.org/paste/kOPx4jhtUli---TmxSLrlw > >> running python3-sphinx-2.0.1-1.fc31.noarch on Fedora release 31 >

Re: [Qemu-devel] [PATCH v4 6/6] acpi: pci: use build_append_foo() API to construct MCFG

On Thu, May 16, 2019 at 07:00:33PM +0200, Igor Mammedov wrote: > On Thu, 16 May 2019 13:01:31 +0200 > Philippe Mathieu-Daudé wrote: > > > On Thu, May 16, 2019 at 9:41 AM Wei Yang > > wrote: > > > > > > On Wed, May 15, 2019 at 07:29:17AM +0200, Philippe Mathieu-Daudé wrote: > > > > > > >

Re: [Qemu-devel] [PULL 00/37] pci, pc, virtio: features, fixes

On Thu, May 16, 2019 at 08:33:13PM +0200, Philippe Mathieu-Daudé wrote: > On 5/16/19 6:04 PM, Peter Maydell wrote: > > On Thu, 16 May 2019 at 13:17, Michael S. Tsirkin wrote: > >> > >> The following changes since commit > >> efb4f3b62c69383a7308d7b739a3193e7c0ccae8: > >> > >> Merge

Re: [Qemu-devel] [PULL 00/37] pci, pc, virtio: features, fixes

On Thu, May 16, 2019 at 05:04:42PM +0100, Peter Maydell wrote: > On Thu, 16 May 2019 at 13:17, Michael S. Tsirkin wrote: > > > > The following changes since commit efb4f3b62c69383a7308d7b739a3193e7c0ccae8: > > > > Merge remote-tracking branch 'remotes/stefanha/tags/block-pull-request' > > into

Re: [Qemu-devel] [PATCH 0/4] add failover feature for assigned network devices

On Fri, 17 May 2019 14:58:16 +0200 Jens Freimann wrote: > This is another attempt at implementing the host side of the > net_failover concept > (https://www.kernel.org/doc/html/latest/networking/net_failover.html) > > Changes since last RFC: > - work around circular dependency of commandline

Re: [Qemu-devel] [PATCH v5 0/6] Extract build_mcfg

On Mon, May 20, 2019 at 08:59:51AM +0800, Wei Yang wrote: > This patch set tries to generalize MCFG table build process. And it is > based on one un-merged patch from Igor, which is included in this serials. > > v4->v5: > * ACPI_PCI depends on both ACPI and PCI > * rebase on latest

Re: [Qemu-devel] [PATCH v2 2/2] iotests: test external snapshot with bitmap copying

On 5/20/19 3:47 AM, Vladimir Sementsov-Ogievskiy wrote: > 18.05.2019 4:31, John Snow wrote: >> >> >> On 5/17/19 11:21 AM, Vladimir Sementsov-Ogievskiy wrote: >>> This test shows that external snapshots and incremental backups are >>> friends. >>> >>> Signed-off-by: Vladimir Sementsov-Ogievskiy

Re: [Qemu-devel] [RISU v2 07/11] test_i386: change syntax from nasm to gas

On Mon, May 20, 2019, 08:17 Alex Bennée wrote: > > Jan Bobek writes: > > > This allows us to drop dependency on NASM and build the test image > > with GCC only. Adds support for x86_64, too. > > ./risu --master -t run.out test_i386.bin > > and then: > > ./risu -t run.out test_i386.bin > >

Re: [Qemu-devel] [PATCH] blockdev: loosen restrictions on drive-backup source node

On 5/10/19 5:11 PM, John Snow wrote: > We mandate that the source node must be a root node; but there's no reason > I am aware of that it needs to be restricted to such. In some cases, we need > to make sure that there's a medium present, but in the general case we can > allow the backup job

Re: [Qemu-devel] [PATCH 2/2] BootLinuxConsoleTest: Test the SmartFusion2 board

On Mon, May 20, 2019 at 3:09 PM Philippe Mathieu-Daudé wrote: > > Similar to the x86_64/pc test, it boots a Linux kernel on an > Emcraft board and verify the serial is working. > > If ARM is a target being built, "make check-acceptance" will > automatically include this test by the use of the

Re: [Qemu-devel] [PATCH 1/2] BootLinuxConsoleTest: Do not log empty lines

On Mon, May 20, 2019 at 3:07 PM Philippe Mathieu-Daudé wrote: > > Avoid to log empty lines in console debug logs. > > Signed-off-by: Philippe Mathieu-Daudé Reviewed-by: Alistair Francis Alistair > --- > tests/acceptance/boot_linux_console.py | 6 -- > 1 file changed, 4 insertions(+), 2

Re: [Qemu-devel] [PATCH v2] blockdev: fix missed target unref for drive-backup

On 5/13/19 11:06 AM, John Snow wrote: > If the bitmap can't be used for whatever reason, we skip putting down > the reference. Fix that. > > In practice, this means that if you attempt to gracefully exit QEMU > after a backup command being rejected, bdrv_close_all will fail and > tell you some

[Qemu-devel] [Bug 1829498] Re: window 8 stuck during boot on Qemu

What host kernel are you using? This sounds like a bug we used to have in KVM a while ago. Maybe it's back. The same problem was also alleviated by a guest driver update, are you using the initial release of Windows 8? -- You received this bug notification because you are a member of qemu-

[Qemu-devel] [PATCH 2/2] BootLinuxConsoleTest: Test the SmartFusion2 board

Similar to the x86_64/pc test, it boots a Linux kernel on an Emcraft board and verify the serial is working. If ARM is a target being built, "make check-acceptance" will automatically include this test by the use of the "arch:arm" tags. Alternatively, this test can be run using: $ avocado run

[Qemu-devel] [PATCH 1/2] BootLinuxConsoleTest: Do not log empty lines

Avoid to log empty lines in console debug logs. Signed-off-by: Philippe Mathieu-Daudé --- tests/acceptance/boot_linux_console.py | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/tests/acceptance/boot_linux_console.py b/tests/acceptance/boot_linux_console.py index

[Qemu-devel] [PATCH 0/2] tests: Avocado-test for the SmartFusion2 board

Hi, I added test guide lines from Subbaraya Sundeep [*] to avoid this board to bitrot. Regards, Phil. [*] https://lists.gnu.org/archive/html/qemu-devel/2017-05/msg03810.html Philippe Mathieu-Daudé (2): BootLinuxConsoleTest: Do not log empty lines BootLinuxConsoleTest: Test the

Re: [Qemu-devel] [PATCHv2 2/3] RISC-V: Only Check PMP if MMU translation succeeds

On Sat, May 18, 2019 at 6:36 PM Hesham Almatary wrote: > > The current implementation unnecessarily checks for PMP even if MMU > translation > failed. This may trigger a wrong PMP access exception instead of > a page exception. > > For example, the very first instruction fetched after the first

Re: [Qemu-devel] [PATCHv2 1/3] RISC-V: Raise access fault exceptions on PMP violations

On Sat, May 18, 2019 at 6:35 PM Hesham Almatary wrote: > > Section 3.6 in RISC-V v1.10 privilege specification states that PMP violations > report "access exceptions." The current PMP implementation has > a bug which wrongly reports "page exceptions" on PMP violations. > > This patch fixes this

Re: [Qemu-devel] [PATCH v3 05/10] hw/riscv: Replace global smp variables with machine smp properties

On Sun, May 19, 2019 at 5:56 AM Like Xu wrote: > > The global smp variables in riscv are replaced with smp machine properties. > > A local variable of the same name would be introduced in the declaration > phase if it's used widely in the context OR replace it on the spot if it's > only used

Re: [Qemu-devel] [PATCH 2/4] hw/arm/exynos4: Use the IEC binary prefix definitions

On Mon, May 20, 2019 at 2:48 PM Philippe Mathieu-Daudé wrote: > > It eases code review, unit is explicit. > > Signed-off-by: Philippe Mathieu-Daudé Reviewed-by: Alistair Francis Alistair > --- > hw/arm/exynos4_boards.c | 5 +++-- > 1 file changed, 3 insertions(+), 2 deletions(-) > > diff

Re: [Qemu-devel] [PATCH 1/4] hw/arm/exynos4: Remove unuseful debug code

On Mon, May 20, 2019 at 2:45 PM Philippe Mathieu-Daudé wrote: > > Signed-off-by: Philippe Mathieu-Daudé Reviewed-by: Alistair Francis Alistair > --- > hw/arm/exynos4_boards.c | 24 > 1 file changed, 24 deletions(-) > > diff --git a/hw/arm/exynos4_boards.c

[Qemu-devel] [PATCH 4/4] hw/arm/exynos4210: QOM'ify the Exynos4210 SoC

Signed-off-by: Philippe Mathieu-Daudé --- hw/arm/exynos4210.c | 26 +++--- hw/arm/exynos4_boards.c | 9 ++--- include/hw/arm/exynos4210.h | 9 +++-- 3 files changed, 36 insertions(+), 8 deletions(-) diff --git a/hw/arm/exynos4210.c b/hw/arm/exynos4210.c

[Qemu-devel] [PATCH 2/4] hw/arm/exynos4: Use the IEC binary prefix definitions

It eases code review, unit is explicit. Signed-off-by: Philippe Mathieu-Daudé --- hw/arm/exynos4_boards.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/hw/arm/exynos4_boards.c b/hw/arm/exynos4_boards.c index f0c24b7992e..f824eef0d36 100644 ---

[Qemu-devel] [PATCH 0/4] arm: exynos4: Add dma support for smdkc210

Another intent to salvage previous work from Guenter Roeck: https://lists.gnu.org/archive/html/qemu-devel/2018-10/msg06302.html Since v3: https://lists.gnu.org/archive/html/qemu-devel/2018-10/msg06674.html - rebased - QOM'ify the SoC code Since v2:

[Qemu-devel] [PATCH v3 5/7] hw/nvram/fw_cfg: Store 'reboot-timeout' as little endian

From: Li Qiang The current codebase is not specific about the endianess of the fw_cfg 'file' entry 'reboot-timeout'. Per docs/specs/fw_cfg.txt: === All Other Data Items === Please consult the QEMU source for the most up-to-date and authoritative list of selector keys and their

[Qemu-devel] [PATCH 1/4] hw/arm/exynos4: Remove unuseful debug code

Signed-off-by: Philippe Mathieu-Daudé --- hw/arm/exynos4_boards.c | 24 1 file changed, 24 deletions(-) diff --git a/hw/arm/exynos4_boards.c b/hw/arm/exynos4_boards.c index ea8100f65a8..f0c24b7992e 100644 --- a/hw/arm/exynos4_boards.c +++ b/hw/arm/exynos4_boards.c @@

[Qemu-devel] [PATCH 3/4] hw/arm/exynos4210: Add DMA support for the Exynos4210

From: Guenter Roeck QEMU already supports pl330. Instantiate it for Exynos4210. Relevant part of Linux arch/arm/boot/dts/exynos4.dtsi: / { soc: soc { amba { pdma0: pdma@1268 { compatible = "arm,pl330", "arm,primecell"; reg =

[Qemu-devel] [PATCH v3 3/7] tests: refactor fw_cfg_test

From: Li Qiang Currently, fw_cfg_test uses one QTestState for every test case. This will add all command lines for every test case and this is unnecessary. This patch split the test cases and for every test case it uses his own QTestState. This patch does following things: 1. Get rid of the

[Qemu-devel] [PATCH v3 7/7] tests: fw_cfg: add 'splash-time' test case

From: Li Qiang Signed-off-by: Li Qiang Tested-by: Thomas Huth Reviewed-by: Philippe Mathieu-Daudé Tested-by: Philippe Mathieu-Daudé Message-Id: <20190424140643.62457-6-liq...@163.com> Signed-off-by: Philippe Mathieu-Daudé --- tests/fw_cfg-test.c | 20 1 file changed,

[Qemu-devel] [PATCH v3 6/7] tests: fw_cfg: add 'reboot-timeout' test case

From: Li Qiang Signed-off-by: Li Qiang Tested-by: Thomas Huth Reviewed-by: Philippe Mathieu-Daudé Tested-by: Philippe Mathieu-Daudé Message-Id: <20190424140643.62457-5-liq...@163.com> Signed-off-by: Philippe Mathieu-Daudé --- tests/fw_cfg-test.c | 21 + 1 file changed,

[Qemu-devel] [PATCH v3 2/7] tests/libqos: Add pc_fw_cfg_uninit() and use it

The pc_fw_cfg_init() function allocates an IO QFWCFG object. Add the pc_fw_cfg_uninit() function to deallocate it (and use it). Signed-off-by: Li Qiang Tested-by: Thomas Huth Message-Id: <20190424140643.62457-2-liq...@163.com> Reviewed-by: Philippe Mathieu-Daudé Tested-by: Philippe

[Qemu-devel] [PATCH v3 4/7] tests: fw_cfg: add a function to get the fw_cfg file

From: Li Qiang This is useful to write qtest about fw_cfg file entry. Signed-off-by: Li Qiang Acked-by: Thomas Huth Tested-by: Thomas Huth Reviewed-by: Philippe Mathieu-Daudé Tested-by: Philippe Mathieu-Daudé Message-Id: <20190424140643.62457-3-liq...@163.com> Signed-off-by: Philippe

[Qemu-devel] [PATCH v3 1/7] tests/libqos: Add io_fw_cfg_uninit() and mm_fw_cfg_uninit()

The mm_fw_cfg_init() allocates a QFWCFG object, add mm_fw_cfg_uninit() to deallocate it. Similarly with io_fw_cfg_init(), add io_fw_cfg_uninit(). Signed-off-by: Li Qiang Tested-by: Thomas Huth Reviewed-by: Philippe Mathieu-Daudé Tested-by: Philippe Mathieu-Daudé Message-Id:

[Qemu-devel] [PATCH v3 0/7] fw_cfg_test refactor and add two test cases

This is the work from Li Qiang, I added few changes while preparing the pull request. If Li is OK with it, I'll send as it. Since v2: - split 1st patch - clarified commit description based on review comments on list Since v1: - Add a patch to store the reboot_timeout as little endian v2:

Re: [Qemu-devel] [PATCH v3 5/8] migration: Add multifd-compress parameter

On Wed, May 15, 2019 at 02:15:41PM +0200, Juan Quintela wrote: >diff --git a/qapi/migration.json b/qapi/migration.json >index 9cfbaf8c6c..8ec1944b7a 100644 >--- a/qapi/migration.json >+++ b/qapi/migration.json >@@ -482,6 +482,19 @@ > ## > { 'command': 'query-migrate-capabilities', 'returns': >

Re: [Qemu-devel] [PATCH v2 0/5] fw_cfg_test refactor and add two test cases

Hi Li, On 5/17/19 4:28 AM, Li Qiang wrote: > Ping. > > Li Qiang mailto:liq...@gmail.com>> 于2019年5月9日周四 > 下午5:57写道： > > Ping this serials. I apologize I hold this series for too long. With your v1 I wanted to clarify the commit descriptions without asking you to send a v2, then I

[Qemu-devel] QMP Example Formatting in ReST, Sphinx, and Pygments (was: Re: [Bug] Docs build fails at interop.rst)

On 5/20/19 12:37 PM, John Snow wrote: > > > On 5/20/19 7:30 AM, Aarushi Mehta wrote: >> https://paste.fedoraproject.org/paste/kOPx4jhtUli---TmxSLrlw >> running python3-sphinx-2.0.1-1.fc31.noarch on Fedora release 31 >> (Rawhide) >> >> uname - a >> Linux iouring 5.1.0-0.rc6.git3.1.fc31.x86_64

Re: [Qemu-devel] [PATCH] numa: improve cpu hotplug error message with a wrong node-id

On Mon, May 20, 2019 at 05:29:21PM +0200, Laurent Vivier wrote: > On pseries, core-ids are strongly binded to a node-id by the command > line option. If a user tries to add a CPU to the wrong node, he has > an error but it is not really helpful: > > qemu-system-ppc64 ... -smp

Re: [Qemu-devel] [PATCH] i386: Enable IA32_MISC_ENABLE MWAIT bit when exposing mwait/monitor

On Mon, May 20, 2019 at 02:59:53PM +0200, Paolo Bonzini wrote: > On 14/05/19 08:06, Wanpeng Li wrote: > > From: Wanpeng Li > > > > The CPUID.01H:ECX[bit 3] ought to mirror the value of the MSR > > IA32_MISC_ENABLE MWAIT bit and as userspace has control of them > > both, it is userspace's job

Re: [Qemu-devel] [PATCH v2 2/2] Revert "globals: Allow global properties to be optional"

On Fri, Feb 15, 2019 at 10:32:39AM +, Daniel P. Berrangé wrote: > This reverts commit d7741743f4f3d2683d1bb6938f88dc0167c21afa. > > Relying on setting properties on parents types which may not > be relevant to certain sub-classes had unexpected side-effects > causing bugs in device config

Re: [Qemu-devel] [PATCH v2 1/2] hw: report invalid disable-legacy|modern usage for virtio-1-only devs

On Mon, May 20, 2019 at 10:56:11AM +0100, Daniel P. Berrangé wrote: > On Fri, May 17, 2019 at 04:01:29PM -0300, Eduardo Habkost wrote: > > Hi, > > > > Sorry for taking so long to look at this more closely: > > > > On Fri, Feb 15, 2019 at 10:32:38AM +, Daniel P. Berrangé wrote: > > > A number

[Qemu-devel] [PATCH 0/1] spapr: Do not re-read the clock on pre_save handler on migration

I suggest to remove the pre_save handler that saves the timebase before migrate. The commit that added this was ported from x86: 6053a86fe7bd: kvmclock: reduce kvmclock difference on migration The review [1] had a discussion about it. The author says that a VM already paused 10 minutes ago

[Qemu-devel] [PATCH 1/1] spapr: Do not re-read the clock on pre_save handler on migration

This handler was added in the commit: 42043e4f1241: spapr: clock should count only if vm is running In a scenario without migration, this pre_save handler is not triggered, so the 'stop/cont' commands save and restore the clock in the function 'cpu_ppc_clock_vm_state_change.' The SW clock in

[Qemu-devel] [Bug 1829779] Re: qemu-system-arm and qemu-system-aarch64 QMP hangs after kernel boots

** Description changed: After booting a Linux kernel on both arm and aarch64, the QMP sockets gets unresponsive. Initially, this was thought to be limited to "quit" commands, but it reproduced with others (such as in this reproducer). This is a partial log output: - ->>>

[Qemu-devel] [Bug 1829779] [NEW] qemu-system-arm and qemu-system-aarch64 QMP hangs after kernel boots

Public bug reported: After booting a Linux kernel on both arm and aarch64, the QMP sockets gets unresponsive. Initially, this was thought to be limited to "quit" commands, but it reproduced with others (such as in this reproducer). This is a partial log output: >>> {'execute':

Re: [Qemu-devel] [PATCH 2/4] hw: vfio: drop TYPE_FOO MACRO in VMStateDescription

On Mon, 20 May 2019 09:29:21 +0800 Li Qiang wrote: > Alex Williamson 于2019年5月18日周六 下午10:20写道： > > > On Fri, 17 May 2019 20:28:09 -0700 > > Li Qiang wrote: > > > > > As the vmstate structure names aren't related with > > > the QOM type names. > > > > Seems contrary to the first patch in

Re: [Qemu-devel] [PATCH 1/4] vfio: pci: make "vfio-pci-nohotplug" as MACRO

On Mon, 20 May 2019 09:27:47 +0800 Li Qiang wrote: > Alex Williamson 于2019年5月18日周六 下午10:18写道： > > > On Fri, 17 May 2019 20:28:08 -0700 > > Li Qiang wrote: > > > > Why? (No commit message, nor cover letter) > > > > > Once I think these are trivial so no cover letter and lack some commit >

Re: [Qemu-devel] [PULL 00/10] MIPS queue for May 19th, 2019

On May 20, 2019 7:29 PM, "Philippe Mathieu-Daudé" wrote: > > Hi Aleksandar, > > On 5/20/19 2:35 PM, Aleksandar Markovic wrote: > > On May 20, 2019 2:11 PM, "Peter Maydell" wrote: > >> > >> On Sun, 19 May 2019 at 11:52, Aleksandar Markovic > >> wrote: > >>> > >>> From: Aleksandar Markovic > >>>

[Qemu-devel] Running linux on qemu omap

Hello I am working on adding a maximum set of qemu machine on kernelCI. For OMAP, five machine exists and I fail to boot any of them. The maximum I can get with omap1_defconfig is qemu-system-arm -kernel zImage -nographic -machine cheetah -append 'root=/dev/ram0 console=ttyO0' Uncompressing

Re: [Qemu-devel] [PULL 00/54] s390x update

10' into > > staging (2019-05-16 13:15:08 +0100) > > > > are available in the Git repository at: > > > > https://github.com/cohuck/qemu tags/s390x-20190520 > > > > for you to fetch changes up to f9de88d07258b7288b59ebca77ff1da75b0e8e9f: > > > >

Re: [Qemu-devel] [PATCH v3 07/14] tests/vm: add vm-boot-{ssh, serial}- targets

On 5/20/19 2:47 PM, Gerd Hoffmann wrote: > For testing/troubleshooting convinience. "convenience" > > make vm-boot-serial- > Boot guest, with the serial console on stdio. > > make vm-boot-ssh- > Boot guest, login via ssh. > > Signed-off-by: Gerd Hoffmann > Tested-by: Thomas Huth > --- >

Re: [Qemu-devel] Introducing GSoC project: API Documentation Generation

On 5/20/19 2:41 PM, Eduardo Habkost wrote: > Please welcome GSoC student Gabriel Barreto. Gabriel is going to > work on QEMU API Documentation Generation[1]. > > Gabriel's first task is to evaluate our options for extract doc > comments from C source code and integrate them into Sphinx >

[Qemu-devel] Introducing GSoC project: API Documentation Generation

Please welcome GSoC student Gabriel Barreto. Gabriel is going to work on QEMU API Documentation Generation[1]. Gabriel's first task is to evaluate our options for extract doc comments from C source code and integrate them into Sphinx documentation. I saw that Peter has experimented with

Re: [Qemu-devel] [PATCH v2] qga: check length of command-line & environment variables

On 5/19/19 5:48 AM, P J P wrote: From: Prasad J Pandit Qemu guest agent while executing user commands does not seem to check length of argument list and/or environment variables passed. It may lead to integer overflow or infinite loop issues. Add check to avoid it. Reported-by: Niu

[Qemu-devel] [PATCH] ftgmac100: do not link to netdev

qdev_set_nic_properties() is already used in the Aspeed SoC level to bind the ftgmac100 device to the netdev. This is fixing support for multiple net devices. Signed-off-by: Cédric Le Goater --- hw/net/ftgmac100.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/hw/net/ftgmac100.c

Re: [Qemu-devel] [PATCH v3 06/14] tests/vm: proper guest shutdown

On 5/20/19 2:47 PM, Gerd Hoffmann wrote: > When not running in snapshot mode ask the guest to poweroff and wait for > this to finish instead of simply quitting qemu, so the guest can flush > pending updates to disk. > > Signed-off-by: Gerd Hoffmann > Tested-by: Thomas Huth Reviewed-by:

Re: [Qemu-devel] [PATCH v3 05/14] tests/vm: run test builds on snapshot

On 5/20/19 2:47 PM, Gerd Hoffmann wrote: > The build script doesn't shutdown the guest VMs properly, > which results in filesystem corruption and guest boot > failures sooner or later. > > Use the --snapshot to run builds on a snapshot, > That way killing the VM doesn't corrupt the base image.

Re: [Qemu-devel] [PATCH] nvme: fix copy direction in DMA reads going to CMB

On Mon, May 20, 2019 at 09:05:57AM -0600, Keith Busch wrote: > On Sat, May 18, 2019 at 09:39:05AM +0200, Klaus Birkelund Jensen wrote: > > `nvme_dma_read_prp` erronously used `qemu_iovec_*to*_buf` instead of > > `qemu_iovec_*from*_buf` when the request involved the controller memory > > buffer. >

Re: [Qemu-devel] [PATCH v3 04/14] tests/vm: use ssh with pty unconditionally

On 5/20/19 2:47 PM, Gerd Hoffmann wrote: > Allways ask ssh to run with a pseudo terminal. > Not having a terminal causes problems now and then. > > Signed-off-by: Gerd Hoffmann > Tested-by: Thomas Huth Reviewed-by: Philippe Mathieu-Daudé Tested-by: Philippe Mathieu-Daudé > --- >

[Qemu-devel] [PULL 0/9] target/xtensa queue

repository at: git://github.com/OSLL/qemu-xtensa.git tags/20190520-xtensa for you to fetch changes up to b345e140534ea17814b02bdf8798f18db6295304: target/xtensa: implement exclusive access option (2019-05-15 10:31:52 -0700) target

[Qemu-devel] [PULL 51/54] s390x/cpumodel: enhanced sort facility

From: Christian Borntraeger add the enhanced sort facility. Signed-off-by: Christian Borntraeger Reviewed-by: David Hildenbrand Message-Id: <20190429090250.7648-7-borntrae...@de.ibm.com> Signed-off-by: Cornelia Huck --- target/s390x/cpu_features.c | 10 ++

[Qemu-devel] [PULL 46/54] linux headers: update against Linux 5.2-rc1

commit a188339ca5a396acc588e5851ed7e19f66b0ebd9 Signed-off-by: Cornelia Huck --- .../infiniband/hw/vmw_pvrdma/pvrdma_dev_api.h | 15 +- include/standard-headers/drm/drm_fourcc.h | 114 +++- include/standard-headers/linux/ethtool.h | 48 +++-- .../linux/input-event-codes.h

Re: [Qemu-devel] [PATCH 8/8] nvme: add an OpenChannel 2.0 NVMe device (ocssd)

On Mon, May 20, 2019 at 11:45:00AM -0500, Eric Blake wrote: > On 5/17/19 3:42 AM, Klaus Birkelund Jensen wrote: > > This adds a new 'ocssd' block device that emulates an OpenChannel 2.0 > > device. The device is backed by a new 'ocssd' block backend that is > > based on the raw format driver but

[Qemu-devel] [PULL 43/54] s390x/tcg: Implement VECTOR SUM ACROSS QUADWORD

From: David Hildenbrand Similar to VECTOR SUM ACROSS DOUBLEWORD, however without a loop and using 128-bit calculations. Reviewed-by: Richard Henderson Signed-off-by: David Hildenbrand --- target/s390x/insn-data.def | 2 ++ target/s390x/translate_vx.inc.c | 32

Re: [Qemu-devel] [PULL 00/10] MIPS queue for May 19th, 2019

Hi Aleksandar, On 5/20/19 2:35 PM, Aleksandar Markovic wrote: > On May 20, 2019 2:11 PM, "Peter Maydell" wrote: >> >> On Sun, 19 May 2019 at 11:52, Aleksandar Markovic >> wrote: >>> >>> From: Aleksandar Markovic >>> >>> The following changes since commit >

Re: [Qemu-devel] [PULL 00/54] s390x update

in the Git repository at: > > https://github.com/cohuck/qemu tags/s390x-20190520 > > for you to fetch changes up to f9de88d07258b7288b59ebca77ff1da75b0e8e9f: > > s390x/cpumodel: wire up 8561 and 8562 as gen15 machines (2019-05-20 > 08:35:42 +0200) > >

[Qemu-devel] [PULL 42/54] s390x/tcg: Implement VECTOR SUM ACROSS DOUBLEWORD

From: David Hildenbrand Perform the calculations without a helper. Only 16 bit or 32 bit values have to be added. Reviewed-by: Richard Henderson Signed-off-by: David Hildenbrand --- target/s390x/insn-data.def | 2 ++ target/s390x/translate_vx.inc.c | 29 + 2

Re: [Qemu-devel] [PATCH] nvme: fix copy direction in DMA reads going to CMB

On Sat, May 18, 2019 at 09:39:05AM +0200, Klaus Birkelund Jensen wrote: > `nvme_dma_read_prp` erronously used `qemu_iovec_*to*_buf` instead of > `qemu_iovec_*from*_buf` when the request involved the controller memory > buffer. > > Signed-off-by: Klaus Birkelund Jensen I was wondering how this

[Qemu-devel] [PULL 33/54] s390x/tcg: Implement VECTOR ELEMENT SHIFT

From: David Hildenbrand We can use all the fancy new vector helpers implemented by Richard. One important thing to take care of is always to properly mask of unused bits from the shift count. Reviewed-by: Richard Henderson Signed-off-by: David Hildenbrand --- target/s390x/insn-data.def

[Qemu-devel] [PULL 53/54] s390x/cpumodel: add gen15 defintions

From: Christian Borntraeger add several new features (msa9, sort, deflate, additional vector instructions, new general purpose instructions) to generation 15. Also disable csske and bpb from the default and base models >=15. This will allow to migrate gen15 machines to future machines that do

Re: [Qemu-devel] [PATCH 3/4] hw/intc/arm_gicv3: Fix write of ICH_VMCR_EL2.{VBPR0, VBPR1}

On 5/20/19 6:28 PM, Peter Maydell wrote: > In ich_vmcr_write() we enforce "writes of BPR fields to less than > their minimum sets them to the minimum" by doing a "read vbpr and > write it back" operation. A typo here meant that we weren't handling > writes to these fields correctly, because we

Re: [Qemu-devel] [PULL 00/24] Block layer patches

On Mon, 20 May 2019 at 17:17, Kevin Wolf wrote: > > The following changes since commit 6d8e75d41c58892ccc5d4ad61c4da476684c1c83: > > Merge remote-tracking branch 'remotes/rth/tags/pull-axp-20190519' into > staging (2019-05-20 11:38:36 +0100) > > are available in the Git repository at: > >

[Qemu-devel] [PATCH v2] nvme: add Get/Set Feature Timestamp support

Signed-off-by: Kenneth Heitke --- hw/block/nvme.c | 106 +- hw/block/nvme.h | 3 ++ hw/block/trace-events | 2 + include/block/nvme.h | 2 + 4 files changed, 111 insertions(+), 2 deletions(-) diff --git a/hw/block/nvme.c

  1   2   3   4   >