[PATCH 1/2] configure: add configure option avx512f_opt

Like previous avx2_opt option, config-host.mak will have CONFIG_AVX512F_OPT defined if compiling host has the ability. AVX512F instruction set is available since Intel Skylake. More info:

[PATCH 2/2] util: add util function buffer_zero_avx512()

And initialize buffer_is_zero() with it, when Intel AVX512F is available on host. This function utilizes Intel AVX512 fundamental instructions which perform over previous AVX2 instructions. Signed-off-by: Robert Hoo --- include/qemu/cpuid.h | 3 +++ util/bufferiszero.c | 56

[PATCH 0/2] Add AVX512F optimization option and buffer_zero_avx512()

1. Add avx512_opt option and enable it when host has the ability 2. Implement new buffer_zero_avx512() with AVX512F instructions Robert Hoo (2): configure: add configure option avx512f_opt util: add function buffer_zero_avx512() configure| 39

Re: Question about (and problem with) pflash data access

On 13/02/2020 10:50, Philippe Mathieu-Daudé wrote: > Cc'ing Paolo and Alexey. > > On 2/13/20 12:09 AM, Guenter Roeck wrote: >> On Wed, Feb 12, 2020 at 10:39:30PM +0100, Philippe Mathieu-Daudé wrote: >>> Cc'ing Jean-Christophe and Peter. >>> >>> On 2/12/20 7:46 PM, Guenter Roeck wrote: Hi,

[PATCH v2 2/4] acpi/cppc: Add ACPI CPPC registers

The Continuous Performance Control Package is used to describe the ACPI CPPC registers. Signed-off-by: Heyi Guo Signed-off-by: Ying Fang --- hw/arm/virt-acpi-build.c| 74 - hw/arm/virt.c | 1 + include/hw/acpi/acpi-defs.h | 32

[PATCH v2 3/4] arm: Add the cpufreq device model

On ARM64 platform, CPU frequency is retrieved by ACPI CPPC, so here we create the virtual cpufreq device to present the CPPC registers and ACPI _CPC objects. The default frequency is set host CPU nominal frequency, which is obtained from the host CPPC sysfs. Other performance data are set to the

[PATCH v2 4/4] arm: Create the cpufreq device

Add the cpufreq device to arm64 virt machine Signed-off-by: Heyi Guo Signed-off-by: Ying Fang --- default-configs/aarch64-softmmu.mak | 1 + hw/acpi/Kconfig | 4 hw/arm/virt.c | 13 + 3 files changed, 18 insertions(+) diff --git

[PATCH v2 1/4] acpi: Add aml_generic_register

The generic register descriptor describes the localtion of a fixed width register within any of the ACPI-defined address space. This is needed to declare the ACPI CPPC registers. Signed-off-by: Heyi Guo Signed-off-by: Ying Fang --- hw/acpi/aml-build.c | 22 ++

[PATCH v2 0/4] arm64: Add the cpufreq device to show cpufreq info to guest

On ARM64 platform, cpu frequency is retrieved via ACPI CPPC. A virtual cpufreq device based on ACPI CPPC is created to present cpu frequency info to the guest. The default frequency is set to host cpu nominal frequency, which is obtained from the host CPPC sysfs. Other performance data are set to

Re: [PATCH v3 4/5] a standone-alone tool to directly share disk image file via vhost-user protocol

I forgot to put backends/vhost-user-blk-server.o as dependency for qemu-vu target in Makefile, qemu-img$(EXESUF): qemu-img.o $(authz-obj-y) $(block-obj-y) $(crypto-obj-y) $(io-obj-y) $(qom-obj-y) $(COMMON_LDADDS) qemu-nbd$(EXESUF): qemu-nbd.o $(authz-obj-y) $(block-obj-y) $(crypto-obj-y)

Re: [PATCH v3 4/4] target/i386: Add notes for versioned CPU models

On 2/12/2020 5:00 PM, Igor Mammedov wrote: On Wed, 12 Feb 2020 16:13:28 +0800 Tao Xu wrote: Add which features are added or removed in this version. Remove the changed model-id in versioned CPU models, to keep the model name unchanged at /proc/cpuinfo inside the VM. Signed-off-by: Tao Xu

Re: [RESEND RFC PATCH v2 1/2] target/arm: Allow to inject SError interrupt

On 2/12/20 7:49 PM, Gavin Shan wrote: > On 2/12/20 10:34 PM, Peter Maydell wrote: >> Yeah, this is on my list to look at; Richard Henderson also could >> have a look at it. From a quick scan I suspect you may be missing >> handling for AArch32. >> > > [Thanks for copying Richard Henderson] > >

Re: [PATCH qemu v6 1/6] ppc: Start CPU in the default mode which is big-endian 32bit

On Thu, Feb 13, 2020 at 02:09:17PM +1100, Alexey Kardashevskiy wrote: > > > On 12/02/2020 16:43, David Gibson wrote: > > On Mon, Feb 03, 2020 at 02:29:38PM +1100, Alexey Kardashevskiy wrote: > >> At the moment we enforce 64bit mode on a CPU when reset. This does not > >> make difference as SLOF

Re: [PATCH v3 0/5] linux-user: Implement x86_64 vsyscalls

Patchew URL: https://patchew.org/QEMU/20200213032223.14643-1-richard.hender...@linaro.org/ Hi, This series seems to have some coding style problems. See output below for more information: Subject: [PATCH v3 0/5] linux-user: Implement x86_64 vsyscalls Message-id:

Re: [RESEND RFC PATCH v2 1/2] target/arm: Allow to inject SError interrupt

On 2/12/20 10:34 PM, Peter Maydell wrote: On Wed, 12 Feb 2020 at 06:39, Gavin Shan wrote: On 2/5/20 10:05 PM, Gavin Shan wrote: This allows to inject SError interrupt, which will be used on receiving QMP/HMP "nmi" command in next patch. Signed-off-by: Gavin Shan --- target/arm/cpu.c|

Re: [virtio-dev] Re: [PATCH v2 4/5] virtio-mmio: add MSI interrupt feature support

On 2020/2/12 下午5:16, Michael S. Tsirkin wrote: Thanks for the advice.:) Actually when looking into pci, the queue_msix_vector/msix_config is the msi vector index, which is the same as the mmio register MsiVecSel (0x0d0). So we don't introduce two extra registers for mapping even in sharing

Re: [PATCH v2 1/5] virtio-mmio: add notify feature for per-queue

On 2020/2/12 下午5:55, Michael S. Tsirkin wrote: On Wed, Feb 12, 2020 at 05:33:06PM +0800, Jason Wang wrote: On 2020/2/12 下午4:53, Jason Wang wrote: On 2020/2/12 下午4:18, Michael S. Tsirkin wrote: On Wed, Feb 12, 2020 at 11:39:54AM +0800, Jason Wang wrote: On 2020/2/11 下午7:33, Michael S.

[PATCH v3 5/5] linux-user: Flush out implementation of gettimeofday

The first argument, timeval, is allowed to be NULL. The second argument, timezone, was missing. While its use is deprecated, it is still present in the syscall. Reviewed-by: Alex Bennée Reviewed-by: Philippe Mathieu-Daudé Signed-off-by: Richard Henderson --- linux-user/syscall.c | 27

[PATCH v3 3/5] linux-user/i386: Emulate x86_64 vsyscalls

Notice the magic page during translate, much like we already do for the arm32 commpage. At runtime, raise an exception to return cpu_loop for emulation. Reviewed-by: Paolo Bonzini Signed-off-by: Richard Henderson --- v3: Adjust the gotos. Define TARGET_VSYSCALL_PAGE. --- target/i386/cpu.h

[PATCH v3 2/5] linux-user/i386: Split out gen_signal

This is a bit tidier than open-coding the 5 lines necessary to initialize the target_siginfo_t. In addition, this zeros the remaining bytes of the target_siginfo_t, rather than passing in garbage. Reviewed-by: Paolo Bonzini Reviewed-by: Alex Bennée Reviewed-by: Philippe Mathieu-Daudé

[PATCH v3 1/5] target/i386: Renumber EXCP_SYSCALL

We are not short of numbers for EXCP_*. There is no need to confuse things by having EXCP_VMEXIT and EXCP_SYSCALL overlap, even though the former is only used for system mode and the latter is only used for user mode. Reviewed-by: Paolo Bonzini Reviewed-by: Alex Bennée Reviewed-by: Philippe

[PATCH v3 4/5] linux-user: Add x86_64 vsyscall page to /proc/self/maps

The page isn't (necessarily) present in the host /proc/self/maps, and even if it might be it isn't present in page_flags, and even if it was it might not have the same set of page permissions. The easiest thing to do, particularly when it comes to the "[vsyscall]" note at the end of line, is to

[PATCH v3 0/5] linux-user: Implement x86_64 vsyscalls

Changes for v3: * Add TARGET_VSYSCALL_PAGE define. * Move the sigsegv goto around. v2: https://lists.gnu.org/archive/html/qemu-devel/2020-01/msg03474.html v1: https://lists.gnu.org/archive/html/qemu-devel/2020-01/msg02841.html r~ Richard Henderson (5): target/i386: Renumber

Re: Restrictions of libnet (was: Re: VW ELF loader)

On Mon, Feb 10, 2020 at 10:39:52AM +0100, Michal Suchánek wrote: > On Mon, Feb 10, 2020 at 06:55:16PM +1100, David Gibson wrote: > > On Wed, Feb 05, 2020 at 07:24:04AM +0100, Thomas Huth wrote: > > > On 05/02/2020 06.30, David Gibson wrote: > > > > On Tue, Feb 04, 2020 at 10:20:14AM +0100, Thomas

Re: [PATCH qemu v6 1/6] ppc: Start CPU in the default mode which is big-endian 32bit

On 12/02/2020 16:43, David Gibson wrote: > On Mon, Feb 03, 2020 at 02:29:38PM +1100, Alexey Kardashevskiy wrote: >> At the moment we enforce 64bit mode on a CPU when reset. This does not >> make difference as SLOF or Linux set the desired mode straight away. >> However if we ever boot something

Re: [PATCH 0/4] arm64: Add the cpufreq device to show cpufreq info to guest

Patchew URL: https://patchew.org/QEMU/20200213023532.902-1-fangyi...@huawei.com/ Hi, This series failed the docker-mingw@fedora build test. Please find the testing commands and their output below. If you have Docker installed, you can probably reproduce it locally. === TEST SCRIPT BEGIN ===

Re: [PATCH qemu v6 5/6] spapr: Allow changing offset for -kernel image

On Mon, Feb 03, 2020 at 02:29:42PM +1100, Alexey Kardashevskiy wrote: > This allows moving the kernel in the guest memory. The option is useful > for step debugging (as Linux is linked at 0x0); it also allows loading > grub which is normally linked to run at 0x2. > > This uses the existing

Re: The issues about architecture of the COLO checkpoint

Hi Hailiang, 1. OK, we will try the patch “0001-COLO-Optimize-memory-back-up-process.patch”, and thanks for your help. 2. We understand the reason to compare PVM and SVM's packet. However, the empty of SVM's packet queue might happened on setting COLO feature and SVM broken. On

RE: [RFC v3 16/25] intel_iommu: add PASID cache management infrastructure

> From: Peter Xu > Sent: Wednesday, February 12, 2020 11:26 PM > To: Liu, Yi L > Subject: Re: [RFC v3 16/25] intel_iommu: add PASID cache management > infrastructure > > On Wed, Feb 12, 2020 at 08:37:30AM +, Liu, Yi L wrote: > > > From: Peter Xu > > > Sent: Wednesday, February 12, 2020

[PATCH v2] hw/char/exynos4210_uart: Fix memleaks in exynos4210_uart_init

From: Chen Qun It's easy to reproduce as follow: virsh qemu-monitor-command vm1 --pretty '{"execute": "device-list-properties", "arguments":{"typename":"exynos4210.uart"}}' ASAN shows memory leak stack: #1 0xfffd896d71cb in g_malloc0 (/lib64/libglib-2.0.so.0+0x571cb) #2 0xaaad270beee3 in

RE: [RFC v3 03/25] hw/iommu: introduce IOMMUContext

> From: Peter Xu > Sent: Thursday, February 13, 2020 12:00 AM > To: Liu, Yi L > Subject: Re: [RFC v3 03/25] hw/iommu: introduce IOMMUContext > > On Wed, Feb 12, 2020 at 07:15:13AM +, Liu, Yi L wrote: > > [...] > > > While considering your suggestion on dropping one of the two abstract > >

RE: [RFC v3 13/25] intel_iommu: modify x-scalable-mode to be string option

> From: Peter Xu > Sent: Thursday, February 13, 2020 12:06 AM > To: Liu, Yi L > Subject: Re: [RFC v3 13/25] intel_iommu: modify x-scalable-mode to be string > option > > On Wed, Feb 12, 2020 at 07:28:24AM +, Liu, Yi L wrote: > > > From: Peter Xu > > > Sent: Wednesday, February 12, 2020

RE: [RFC v3 14/25] intel_iommu: add virtual command capability support

> From: Peter Xu > Sent: Wednesday, February 12, 2020 5:57 AM > To: Liu, Yi L > Subject: Re: [RFC v3 14/25] intel_iommu: add virtual command capability > support > > On Wed, Jan 29, 2020 at 04:16:45AM -0800, Liu, Yi L wrote: > > +/* > > + * The basic idea is to let hypervisor to set a range

[PATCH 2/4] acpi/cppc: Add ACPI CPPC registers

The Continuous Performance Control Package is used to describe the ACPI CPPC registers. Signed-off-by: Heyi Guo Signed-off-by: Ying Fang --- hw/arm/virt-acpi-build.c| 74 - hw/arm/virt.c | 1 + include/hw/acpi/acpi-defs.h | 32

[PATCH 3/4] arm: Add the cpufreq device model

On ARM64 platform, CPU frequency is retrieved by ACPI CPPC, so here we create the virtual cpufreq device to present the CPPC registers and ACPI _CPC objects. The default frequency is set host CPU nominal frequency, which is obtained from the host CPPC sysfs. Other performance data are set to the

Re: [PATCH 0/4] arm64: Add the cpufreq device to show cpufreq info to guest

Patchew URL: https://patchew.org/QEMU/20200213020712.447-1-fangyi...@huawei.com/ Hi, This series failed the docker-mingw@fedora build test. Please find the testing commands and their output below. If you have Docker installed, you can probably reproduce it locally. === TEST SCRIPT BEGIN ===

[PATCH 1/4] acpi: Add aml_generic_register

The generic register descriptor describes the localtion of a fixed width register within any of the ACPI-defined address space. This is needed to declare the ACPI CPPC registers. Signed-off-by: Heyi Guo Signed-off-by: Ying Fang --- hw/acpi/aml-build.c | 22 ++

[PATCH 0/4] arm64: Add the cpufreq device to show cpufreq info to guest

On ARM64 platform, cpu frequency is retrieved via ACPI CPPC. A virtual cpufreq device based on ACPI CPPC is created to present cpu frequency info to the guest. The default frequency is set to host cpu nominal frequency, which is obtained from the host CPPC sysfs. Other performance data are set to

[PATCH 4/4] arm: Create the cpufreq device

Add the cpufreq device to arm64 virt machine Signed-off-by: Heyi Guo Signed-off-by: Ying Fang --- default-configs/aarch64-softmmu.mak | 1 + hw/acpi/Kconfig | 4 hw/arm/virt.c | 13 + 3 files changed, 18 insertions(+) diff --git

RE: The issues about architecture of the COLO checkpoint

Add cc Jason Wang, he is a network expert. In case some network things goes wrong. Thanks Zhang Chen From: Zhang, Chen Sent: Thursday, February 13, 2020 10:10 AM To: 'Zhanghailiang' ; Daniel Cho Cc: Dr. David Alan Gilbert ; qemu-devel@nongnu.org Subject: RE: The issues about architecture of

RE: [PATCH] hw/char/exynos4210_uart: Fix memleaks in exynos4210_uart_init

>-Original Message- >From: Eduardo Habkost [mailto:ehabk...@redhat.com] >Sent: Thursday, February 13, 2020 12:20 AM >To: Philippe Mathieu-Daudé >Cc: Chenqun (kuhn) ; qemu- >de...@nongnu.org; i.mitsya...@gmail.com; peter.mayd...@linaro.org; >qemu-triv...@nongnu.org; Zhanghailiang >; Markus

RE: The issues about architecture of the COLO checkpoint

For the issue 2: COLO need use the network packets to confirm PVM and SVM in the same state, Generally speaking, we can’t send PVM packets without compared with SVM packets. But to prevent jamming, I think COLO can do force checkpoint and send the PVM packets in this case. Thanks Zhang Chen

[PATCH 3/4] arm: Add the cpufreq device model

From: Ying Fang On ARM64 platform, CPU frequency is retrieved by ACPI CPPC, so here we create the virtual cpufreq device to present the CPPC registers and ACPI _CPC objects. The default frequency is set host CPU nominal frequency, which is obtained from the host CPPC sysfs. Other performance

[PATCH 0/4] arm64: Add the cpufreq device to show cpufreq info to guest

From: Ying Fang On ARM64 platform, cpu frequency is retrieved via ACPI CPPC. A virtual cpufreq device based on ACPI CPPC is created to present cpu frequency info to the guest. The default frequency is set to host cpu nominal frequency, which is obtained from the host CPPC sysfs. Other

[PATCH 2/4] acpi/cppc: Add ACPI CPPC registers

From: Ying Fang The Continuous Performance Control Package is used to describe the ACPI CPPC registers. Signed-off-by: Heyi Guo Signed-off-by: Ying Fang --- hw/arm/virt-acpi-build.c| 74 - hw/arm/virt.c | 1 + include/hw/acpi/acpi-defs.h

[PATCH 1/4] acpi: Add aml_generic_register

From: Ying Fang The generic register descriptor describes the localtion of a fixed width register within any of the ACPI-defined address space. This is needed to declare the ACPI CPPC registers. Signed-off-by: Heyi Guo Signed-off-by: Ying Fang --- hw/acpi/aml-build.c | 22

[PATCH 4/4] arm: Create the cpufreq device

From: Ying Fang Signed-off-by: Heyi Guo Signed-off-by: Ying Fang --- default-configs/aarch64-softmmu.mak | 1 + hw/acpi/Kconfig | 4 hw/arm/virt.c | 13 + 3 files changed, 18 insertions(+) diff --git

[Bug 1863025] [NEW] Use-after-free after flush in TCG accelerator

Public bug reported: I believe I found a UAF in TCG that can lead to a guest VM escape. The security list informed me "This can not be treated as a security issue." and to post it here. I am looking at the 4.2.0 source code. The issue requires a race and I will try to describe it in terms of

[Bug 1863023] [NEW] Deadlock in QXL

Public bug reported: This is on qemu 4.2.0 OSX host, running fresh Windows 7 with SPICE guest tools just installed. Command line: `qemu-system-x86_64 -qmp tcp:localhost:,server,nowait -smp cpus=2 -boot order=d -m 2048 -soundhw hda -drive file=hda.img,if=ide,media=disk -spice

[PATCH v2 7/9] linux-user: x86_64: Update syscall numbers to kernel 5.5 level

From: Aleksandar Markovic Update x86_64 syscall numbers based on Linux kernel v5.5. CC: Paolo Bonzini CC: Richard Henderson CC: Eduardo Habkost Signed-off-by: Aleksandar Markovic Reviewed-by: Laurent Vivier --- linux-user/x86_64/syscall_nr.h | 24 1 file changed,

[PATCH v2 9/9] linux-user: xtensa: Remove unused constant TARGET_NR_syscall_count

From: Aleksandar Markovic Currently, there is no usage of TARGET_NR_syscall_count for target xtensa, and there is no obvious indication if there is some planned usage in future. CC: Max Filippov Acked-by: Max Filippov Signed-off-by: Aleksandar Markovic Reviewed-by: Laurent Vivier ---

[PATCH v2 8/9] linux-user: xtensa: Update syscall numbers to kernel 5.5 level

From: Aleksandar Markovic Update xtensa syscall numbers based on Linux kernel v5.5. CC: Max Filippov Acked-by: Max Filippov Signed-off-by: Aleksandar Markovic Reviewed-by: Laurent Vivier --- linux-user/xtensa/syscall_nr.h | 38 -- 1 file changed, 36

[PATCH v2 2/9] linux-user: arm: Update syscall numbers to kernel 5.5 level

From: Aleksandar Markovic Update arm syscall numbers based on Linux kernel v5.5. CC: Peter Maydell Signed-off-by: Aleksandar Markovic Reviewed-by: Laurent Vivier --- linux-user/arm/syscall_nr.h | 44 1 file changed, 44 insertions(+) diff --git

[PATCH v2 3/9] linux-user: m68k: Update syscall numbers to kernel 5.5 level

From: Aleksandar Markovic Update m68k syscall numbers based on Linux kernel v5.5. CC: Laurent Vivier Signed-off-by: Aleksandar Markovic Reviewed-by: Laurent Vivier --- linux-user/m68k/syscall_nr.h | 50 +++- 1 file changed, 49 insertions(+), 1

[PATCH v2 5/9] linux-user: mips: Update syscall numbers to kernel 5.5 level

From: Aleksandar Markovic Update mips syscall numbers based on Linux kernel tag v5.5. CC: Aurelien Jarno CC: Aleksandar Rikalo Signed-off-by: Aleksandar Markovic --- linux-user/mips/syscall_nr.h | 45 +++ linux-user/mips64/syscall_nr.h | 50 -

[PATCH v2 0/9] linux-user: Update syscall numbers to kernel 5.5 level

From: Aleksandar Markovic v1->v2: - corrected mips parts based on Laurent's review This series is a spin-off of another larger linux-user series that become too large to handle, hence these patches related to syscall numbers are now in this, separate, series. This series covers updating

[PATCH v2 1/9] linux-user: alpha: Update syscall numbers to kernel 5.5 level

From: Aleksandar Markovic Update alpha syscall numbers based on Linux kernel v5.5. CC: Richard Henderson Signed-off-by: Aleksandar Markovic Reviewed-by: Laurent Vivier --- linux-user/alpha/syscall_nr.h | 35 +++ 1 file changed, 35 insertions(+) diff --git

[PATCH v2 4/9] linux-user: microblaze: Update syscall numbers to kernel 5.5 level

From: Aleksandar Markovic Update microblaze syscall numbers based on Linux kernel v5.5. CC: Edgar E. Iglesias Signed-off-by: Aleksandar Markovic Reviewed-by: Laurent Vivier --- linux-user/microblaze/syscall_nr.h | 45 ++ 1 file changed, 45 insertions(+)

[PATCH v2 6/9] linux-user: sh4: Update syscall numbers to kernel 5.5 level

From: Aleksandar Markovic Update sh4 syscall numbers based on Linux kernel v5.5. CC: Aurelien Jarno Signed-off-by: Aleksandar Markovic Reviewed-by: Laurent Vivier --- linux-user/sh4/syscall_nr.h | 48 + 1 file changed, 48 insertions(+) diff --git

RE: The issues about architecture of the COLO checkpoint

Hi, 1. After re-walked through the codes, yes, you are right, actually, after the first migration, we will keep dirty log on in primary side, And only send the dirty pages in PVM to SVM. The ram cache in secondary side is always a backup of PVM, so we don’t have to Re-send the

Re: VW ELF loader

On 10/02/2020 11:31, Alexey Kardashevskiy wrote: > > > On 07/02/2020 10:46, Paolo Bonzini wrote: >> On 07/02/20 00:23, Alexey Kardashevskiy wrote: Right, not unlike what you get with vof=on. :) I'm not against at all that idea. I just don't understand what you refer to below as

[PATCH 0/2] delete virtio queues in vhost-user-blk-unrealize

From: Pan Nengyuan This series patch fix memleaks when detaching vhost-user-blk device. 1. use old virtio_del_queue to fix memleaks, it's easier for stable branches to merge. As the discussion in https://lists.nongnu.org/archive/html/qemu-devel/2020-01/msg02903.html 2. convert

[PATCH 1/2] vhost-user-blk: delete virtioqueues in unrealize to fix memleaks

From: Pan Nengyuan virtio queues forgot to delete in unrealize, and aslo error path in realize, this patch fix these memleaks, the leak stack is as follow: Direct leak of 114688 byte(s) in 16 object(s) allocated from: #0 0x7f24024fdbf0 in calloc (/lib64/libasan.so.3+0xcabf0) #1

[PATCH 2/2] vhost-use-blk: convert to new virtio_delete_queue

From: Pan Nengyuan use the new virtio_delete_queue function to cleanup. Signed-off-by: Pan Nengyuan --- hw/block/vhost-user-blk.c | 11 +++ include/hw/virtio/vhost-user-blk.h | 1 + 2 files changed, 8 insertions(+), 4 deletions(-) diff --git a/hw/block/vhost-user-blk.c

Re: [PATCH 5/9] linux-user: mips: Update syscall numbers to kernel 5.5 level

On Wed, Feb 12, 2020 at 10:10 PM Laurent Vivier wrote: > > Le 04/02/2020 à 13:07, Aleksandar Markovic a écrit : > > From: Aleksandar Markovic > > > > Update mips syscall numbers based on Linux kernel tag v5.5. > > > > CC: Aurelien Jarno > > CC: Aleksandar Rikalo > > Signed-off-by: Aleksandar

Re: [PATCH v2 3/5] a standone-alone tool to directly share disk image file via vhost-user protocol

> > > Yes, I think at least for the moment it should work fine this way. > > > Eventually, I'd like to integrate it with --export (and associated QMP > > > commands, which are still to be created), too. Maybe at that point we > > > want to make the QOM object not user creatable any more. > > > >

[PATCH v2 1/2] spapr: Disable legacy virtio devices for pseries-5.0 and later

PAPR specifies a kind of odd, paravirtualized PCI bus, which looks to the guess mostly like classic PCI, even if some of the individual devices on the bus are PCI Express. One consequence of that is that virtio-pci devices still default to being in transitional mode, though legacy mode is now

[PATCH v2 0/2] spapr: Use vIOMMU translation for virtio by default

Upcoming Secure VM support for pSeries machines introduces some complications for virtio, since the transfer buffers need to be explicitly shared so that the hypervisor can access them. While it's not strictly speaking dependent on it, the fact that virtio devices bypass normal platform IOMMU

[PATCH v2 2/2] spapr: Enable virtio iommu_platform=on by default

Traditionally, virtio devices don't do DMA by the usual path on the guest platform. In particular they usually bypass any virtual IOMMU the guest has, using hypervisor magic to access untranslated guest physical addresses. There's now the optional iommu_platform flag which can tell virtio

RE: The issues about architecture of the COLO checkpoint

Hi Zhang Chen, > -Original Message- > From: Zhang, Chen [mailto:chen.zh...@intel.com] > Sent: Wednesday, February 12, 2020 1:45 PM > To: Zhanghailiang ; Dr. David Alan > Gilbert ; Daniel Cho > Cc: qemu-devel@nongnu.org > Subject: RE: The issues about architecture of the COLO checkpoint >

Re: [PATCH] MAINTAINERS: Orphan MIPS KVM CPUs

On Wed, Feb 12, 2020 at 7:44 PM Philippe Mathieu-Daudé wrote: > > Cc'ing qemu-trivial@ & Paolo. > We are in the process of handling this within the company, and this patch should go via MIPS tree, not trivial tree - will be updated when the opinions are crystallized, and all consultations with

Re: [PATCH 0/9] linux-user: Update syscall numbers to kernel 5.5 level

Le 12/02/2020 à 22:34, Laurent Vivier a écrit : > Le 04/02/2020 à 13:07, Aleksandar Markovic a écrit : >> From: Aleksandar Markovic >> >> Hello, folks! >> >> This series is a spin-off of another larger linux-user series >> that become too large to handle, hence these patches related to >> syscall

[PULL 2/3] tcg: Add support for a helper with 7 arguments

From: Taylor Simpson Currently, helpers can only take up to 6 arguments. This patch adds the capability for up to 7 arguments. I have tested it with the Hexagon port that I am preparing for submission. Signed-off-by: Taylor Simpson Message-Id:

[PULL 1/3] exec: flush CPU TB cache in breakpoint_invalidate

From: Max Filippov When a breakpoint is inserted at location for which there's currently no virtual to physical translation no action is taken on CPU TB cache. If a TB for that virtual address already exists but is not visible ATM the breakpoint won't be hit next time an instruction at that

[PULL 3/3] tcg: Add tcg_gen_gvec_5_ptr

Extend the vector generator infrastructure to handle 5 vector arguments. Reviewed-by: Philippe Mathieu-Daudé Reviewed-by: Alex Bennée Reviewed-by: Taylor Simpson Signed-off-by: Richard Henderson --- include/tcg/tcg-op-gvec.h | 7 +++ tcg/tcg-op-gvec.c | 32

[PULL 0/3] tcg patch queue

-tcg-20200212 for you to fetch changes up to 2445971604c1cfd3ec484457159f4ac300fb04d2: tcg: Add tcg_gen_gvec_5_ptr (2020-02-12 14:58:36 -0800) Fix breakpoint invalidation. Add support for tcg helpers with 7 arguments. Add support

[Bug 1862986] Re: qemu-s390x crashes when run on aarch64

You need to provide the test binary. I can run a chroot of s390x ubuntu bionic on aarch64 just fine, so it must be something specific to your test. ** Changed in: qemu Status: New => Incomplete -- You received this bug notification because you are a member of qemu- devel-ml, which is

Re: [PATCH v5 5/6] hppa: Add emulation of Artist graphics

Hi Sven, On 12/20/19 10:15 PM, Sven Schnelle wrote: This adds emulation of Artist graphics good enough to get a Text console on both Linux and HP-UX. The X11 server from HP-UX also works. Signed-off-by: Sven Schnelle --- hw/display/Kconfig |4 + hw/display/Makefile.objs |1 +

Re: [PATCH] target/ppc/cpu.h: Remove duplicate includes

On Wed, Feb 12, 2020 at 11:26:14PM +0100, BALATON Zoltan wrote: > Commit 74433bf083b added some includes but added them twice. Since > these are guarded against multiple inclusion including them once is > enough. > > Signed-off-by: BALATON Zoltan Applied to ppc-for-5.0, thanks. > --- >

Re: [PATCH 0/3] pnv: Fix a couple of issues reported by Coverity

On Wed, Feb 12, 2020 at 07:53:54PM +0100, Greg Kurz wrote: > This fixes some issues in the PHB3 and PHB4 code that was merged > recently. Applied to ppc-for-5.0, thanks. -- David Gibson| I'll have my music baroque, and my code david AT gibson.dropbear.id.au | minimalist,

Re: Question about (and problem with) pflash data access

Cc'ing Paolo and Alexey. On 2/13/20 12:09 AM, Guenter Roeck wrote: On Wed, Feb 12, 2020 at 10:39:30PM +0100, Philippe Mathieu-Daudé wrote: Cc'ing Jean-Christophe and Peter. On 2/12/20 7:46 PM, Guenter Roeck wrote: Hi, I have been playing with pflash recently. For the most part it works, but

Re: [PATCH v5 1/6] hw/hppa/dino.c: Improve emulation of Dino PCI chip

Hi Sven, Helge. On 12/20/19 10:15 PM, Sven Schnelle wrote: From: Helge Deller The tests of the dino chip with the Online-diagnostics CD ("ODE DINOTEST") now succeeds. Additionally add some qemu trace events. Signed-off-by: Helge Deller Signed-off-by: Sven Schnelle Reviewed-by: Philippe

Re: [PATCH v12 Kernel 4/7] vfio iommu: Implementation of ioctl to for dirty pages tracking.

On Thu, 13 Feb 2020 02:26:23 +0530 Kirti Wankhede wrote: > On 2/10/2020 10:55 PM, Alex Williamson wrote: > > On Sat, 8 Feb 2020 01:12:31 +0530 > > Kirti Wankhede wrote: > > > >> VFIO_IOMMU_DIRTY_PAGES ioctl performs three operations: > >> - Start pinned and unpinned pages tracking while

Re: Question about (and problem with) pflash data access

On Wed, Feb 12, 2020 at 10:39:30PM +0100, Philippe Mathieu-Daudé wrote: > Cc'ing Jean-Christophe and Peter. > > On 2/12/20 7:46 PM, Guenter Roeck wrote: > > Hi, > > > > I have been playing with pflash recently. For the most part it works, > > but I do have an odd problem when trying to

[Bug 1857811] Re: qemu user static binary seems to lack support for network namespace.

qemu-4.0.0 > uname -a Linux gentoo 4.19.97-gentoo #3 SMP PREEMPT Mon Feb 10 15:09:44 KST 2020 x86_64 AMD FX(tm)-8300 Eight-Core Processor AuthenticAMD GNU/Linux -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

Re: [PATCH] target/ppc/cpu.h: Remove duplicate includes

On 2/12/20 11:26 PM, BALATON Zoltan wrote: Commit 74433bf083b added some includes but added them twice. Since these are guarded against multiple inclusion including them once is enough. Signed-off-by: BALATON Zoltan --- target/ppc/cpu.h | 2 -- 1 file changed, 2 deletions(-) diff --git

Re: [PATCH v3 07/17] hw/arm/allwinner: add Security Identifier device

)-.On Wed, Feb 12, 2020 at 10:31 PM Niek Linnenbank wrote: > > Hi Corey, > > On Thu, Feb 6, 2020 at 10:09 PM Niek Linnenbank > wrote: >> >> Hi Corey, >> >> On Mon, Feb 3, 2020 at 2:10 PM Corey Minyard wrote: >>> >>> On Sun, Feb 02, 2020 at 10:27:49PM +0100, Niek Linnenbank wrote: >>> > Hi

[Bug 1862887] Re: qemu does not load pulseaudio modules properly

EDIT: This is for Arch 2020.02.01 -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1862887 Title: qemu does not load pulseaudio modules properly Status in QEMU: New Bug description: Hello,

Re: [PULL 34/35] target/ppc: Use probe_write for DCBZ

On 2/12/20 10:48 AM, Greg Kurz wrote: > On Mon, 3 Feb 2020 17:11:22 +1100 > David Gibson wrote: > >> From: Richard Henderson >> >> Using probe_write instead of tlb_vaddr_to_host means that we >> process watchpoints and notdirty pages more efficiently. >> >> Signed-off-by: Richard Henderson >>

Re: [PATCH] tracing: only allow -trace to override -D if set

On 2/12/20 4:34 PM, Stefan Hajnoczi wrote: On Tue, Feb 11, 2020 at 11:10:54AM +, Alex Bennée wrote: Otherwise any -D settings the user may have made get ignored. Signed-off-by: Alex Bennée --- trace/control.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) Thanks,

[PATCH] target/ppc/cpu.h: Remove duplicate includes

Commit 74433bf083b added some includes but added them twice. Since these are guarded against multiple inclusion including them once is enough. Signed-off-by: BALATON Zoltan --- target/ppc/cpu.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/target/ppc/cpu.h b/target/ppc/cpu.h index

Re: [PATCH] acpi: cpuhp: document CPHP_GET_CPU_ID_CMD command

Michael, On 01/29/20 15:06, Igor Mammedov wrote: > Commit 3a61c8db9d25 introduced CPHP_GET_CPU_ID_CMD command but > did not sufficiently describe it. Fix it by adding missing command > documentation. > > Fixes: 3a61c8db9d25 ("acpi: cpuhp: add CPHP_GET_CPU_ID_CMD command") > Signed-off-by: Igor

Re: [PATCH v4 04/20] hw/arm/allwinner-h3: add USB host controller

On 2/2/20 8:33 PM, Niek Linnenbank wrote: On Sun, Jan 19, 2020 at 7:44 PM Philippe Mathieu-Daudé mailto:phi...@redhat.com>> wrote: On 1/19/20 7:37 PM, Philippe Mathieu-Daudé wrote: > On 1/19/20 1:50 AM, Niek Linnenbank wrote: >> The Allwinner H3 System on Chip contains multiple

Re: [PATCH v4 00/20] Add Allwinner H3 SoC and Orange Pi PC Machine

On 2/12/20 10:47 PM, Niek Linnenbank wrote: Hi all, Short status update regarding this series. Currently I am debugging booting NetBSD 9.0-RC2, which is recently released [1] The problem is that, apparently, RC2 can't mount the rootfs properly: [   3.1871510] vfs_mountroot: can't open root

Re: Question: SiFive U SPI and SD

Hello, Bin, Alistair, Thank you for the answers! On Thu, 13 Feb 2020 at 00:16, Alistair Francis wrote: > I had a crack at this awhile ago and you can see the patches here (I > just rebased them): > https://github.com/alistair23/qemu/tree/mainline/alistair/sifive_spi.next > > Debugging failures

Re: [PATCH v4 16/20] tests/boot_linux_console: Add a SLOW test booting Ubuntu on OrangePi PC

On 2/6/20 10:21 PM, Niek Linnenbank wrote: Hi Philippe, On Sun, Jan 19, 2020 at 11:30 PM Philippe Mathieu-Daudé > wrote: On 1/19/20 1:50 AM, Niek Linnenbank wrote: > From: Philippe Mathieu-Daudé mailto:f4...@amsat.org>> > > This test boots Ubuntu

Re: [PATCH v4 00/20] Add Allwinner H3 SoC and Orange Pi PC Machine

Hi all, Short status update regarding this series. Currently I am debugging booting NetBSD 9.0-RC2, which is recently released [1] The problem is that, apparently, RC2 can't mount the rootfs properly: [ 3.1871510] vfs_mountroot: can't open root device [ 3.2141370] cannot mount root, error =

Re: [PATCH] block: make BlockConf.*_size properties 32-bit

On 2/11/20 5:54 AM, Roman Kagan wrote: Devices (virtio-blk, scsi, etc.) and the block layer are happy to use 32-bit for logical_block_size, physical_block_size, and min_io_size. However, the properties in BlockConf are defined as uint16_t limiting the values to 32768. This appears unnecessary

Re: [PULL 5/5] qemu_set_log_filename: filename argument may be NULL

On 2/12/20 2:45 AM, Alex Bennée wrote: > > Richard Henderson writes: > >> On 1/30/20 1:38 PM, Stefan Hajnoczi wrote: >>> From: Salvador Fandino >>> >>> NULL is a valid log filename used to indicate we want to use stderr >>> but qemu_set_log_filename (which is called by bsd-user/main.c) was not

Re: Question about (and problem with) pflash data access

Cc'ing Jean-Christophe and Peter. On 2/12/20 7:46 PM, Guenter Roeck wrote: Hi, I have been playing with pflash recently. For the most part it works, but I do have an odd problem when trying to instantiate pflash on sx1. My data file looks as follows. 000 0001

  1   2   3   4   >