Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API

2024-09-28 Thread Michael Galaxy
On 9/27/24 16:45, Sean Hefty wrote: !---| This Message Is From an External Sender This message came from outside your organization. |---! I have met with the tea

Re: [PULL v2 16/47] hw/riscv: add RISC-V IOMMU base emulation

2024-09-28 Thread Daniel Henrique Barboza
On 9/28/24 5:22 PM, Peter Maydell wrote: On Tue, 24 Sept 2024 at 23:19, Alistair Francis wrote: From: Tomasz Jeznach The RISC-V IOMMU specification is now ratified as-per the RISC-V international process. The latest frozen specifcation can be found at: https://github.com/riscv-non-isa/ri

Re: [PULL v2 00/47] riscv-to-apply queue

2024-09-28 Thread Daniel Henrique Barboza
On 9/28/24 8:34 AM, Peter Maydell wrote: On Tue, 24 Sept 2024 at 23:18, Alistair Francis wrote: The following changes since commit 01dc65a3bc262ab1bec8fe89775e9bbfa627becb: Merge tag 'pull-target-arm-20240919' of https://git.linaro.org/people/pmaydell/qemu-arm into staging (2024-09-19

Re: [PULL v2 16/47] hw/riscv: add RISC-V IOMMU base emulation

2024-09-28 Thread Peter Maydell
On Tue, 24 Sept 2024 at 23:19, Alistair Francis wrote: > > From: Tomasz Jeznach > > The RISC-V IOMMU specification is now ratified as-per the RISC-V > international process. The latest frozen specifcation can be found at: > > https://github.com/riscv-non-isa/riscv-iommu/releases/download/v1.0/ris

Re: [PULL v2 00/47] riscv-to-apply queue

2024-09-28 Thread Peter Maydell
On Sat, 28 Sept 2024 at 12:34, Peter Maydell wrote: > > On Tue, 24 Sept 2024 at 23:18, Alistair Francis wrote: > > > > The following changes since commit 01dc65a3bc262ab1bec8fe89775e9bbfa627becb: > > > > Merge tag 'pull-target-arm-20240919' of > > https://git.linaro.org/people/pmaydell/qemu-ar

Re: [PATCH v3 02/14] hw/display/apple-gfx: Adds PCI implementation

2024-09-28 Thread Phil Dennis-Jordan
On Sat, 28 Sept 2024 at 12:39, BALATON Zoltan wrote: > > +typedef struct AppleGFXPCIState { > > +PCIDevice parent_obj; > > + > > +AppleGFXState common; > > +} AppleGFXPCIState; > > You don't need typedef here because OBJECT_DECLARE_SIMPLE_TYPE will add > that. You can also put the struct

Re: [PULL 00/44] Functional test conversion, and assert(0) cleanup

2024-09-28 Thread Peter Maydell
On Wed, 25 Sept 2024 at 12:10, Thomas Huth wrote: > > The following changes since commit 01dc65a3bc262ab1bec8fe89775e9bbfa627becb: > > Merge tag 'pull-target-arm-20240919' of > https://git.linaro.org/people/pmaydell/qemu-arm into staging (2024-09-19 > 14:15:15 +0100) > > are available in the G

Re: [PULL 0/1] qemu-openbios queue 20240924

2024-09-28 Thread Peter Maydell
On Tue, 24 Sept 2024 at 22:12, Mark Cave-Ayland wrote: > > The following changes since commit 01dc65a3bc262ab1bec8fe89775e9bbfa627becb: > > Merge tag 'pull-target-arm-20240919' of > https://git.linaro.org/people/pmaydell/qemu-arm into staging (2024-09-19 > 14:15:15 +0100) > > are available in

Re: More than 255 vcpus Windows VM setup without viommu ?

2024-09-28 Thread David Woodhouse
On Tue, 2024-07-02 at 05:17 +, Sandesh Patel wrote: > > The error is due to invalid MSIX routing entry passed to KVM. > > The VM boots fine if we attach a vIOMMU but adding a vIOMMU can > potentially result in IO performance loss in guest. > I was interested to know if someone could boot a la

[PATCH v3 00/14] macOS PV Graphics and new vmapple machine type

2024-09-28 Thread Phil Dennis-Jordan
(Apologies to anyone who has received more than one version of this series of emails; my git-send-email was misconfigured and this is a new attempt.) This patch set introduces a new ARM and macOS HVF specific machine type called "vmapple", as well as a family of display devices based on the Paravi

[PATCH v3 03/14] ui/cocoa: Adds non-app runloop on main thread mode

2024-09-28 Thread Phil Dennis-Jordan
Various system frameworks on macOS and other Apple platforms require a main runloop to be processing events on the process’s main thread. The Cocoa UI’s requirement to run the process as a Cocoa application automatically enables this runloop, but it can be useful to have the runloop handling events

[PATCH v3 01/14] hw/display/apple-gfx: Introduce ParavirtualizedGraphics.Framework support

2024-09-28 Thread Phil Dennis-Jordan
MacOS provides a framework (library) that allows any vmm to implement a paravirtualized 3d graphics passthrough to the host metal stack called ParavirtualizedGraphics.Framework (PVG). The library abstracts away almost every aspect of the paravirtualized device model and only provides and receives c

[PATCH v3 10/14] hw/vmapple/aes: Introduce aes engine

2024-09-28 Thread Phil Dennis-Jordan
From: Alexander Graf VMApple contains an "aes" engine device that it uses to encrypt and decrypt its nvram. It has trivial hard coded keys it uses for that purpose. Add device emulation for this device model. Signed-off-by: Alexander Graf Co-authored-by: Phil Dennis-Jordan  Signed-off-by: Phil

[PATCH v3 08/14] hvf: arm: Ignore writes to CNTP_CTL_EL0

2024-09-28 Thread Phil Dennis-Jordan
From: Alexander Graf MacOS unconditionally disables interrupts of the physical timer on boot and then continues to use the virtual one. We don't really want to support a full physical timer emulation, so let's just ignore those writes. Signed-off-by: Alexander Graf Signed-off-by: Phil Dennis-Jo

[PATCH v3 11/14] hw/vmapple/bdif: Introduce vmapple backdoor interface

2024-09-28 Thread Phil Dennis-Jordan
From: Alexander Graf The VMApple machine exposes AUX and ROOT block devices (as well as USB OTG emulation) via virtio-pci as well as a special, simple backdoor platform device. This patch implements this backdoor platform device to the best of my understanding. I left out any USB OTG parts; they

[PATCH v3 02/14] hw/display/apple-gfx: Adds PCI implementation

2024-09-28 Thread Phil Dennis-Jordan
This change wires up the PCI variant of the paravirtualised graphics device, mainly useful for x86-64 macOS guests, implemented by macOS's ParavirtualizedGraphics.framework. It builds on code shared with the vmapple/mmio variant of the PVG device. Signed-off-by: Phil Dennis-Jordan --- hw/display

[PATCH v3 07/14] hw/misc/pvpanic: Add MMIO interface

2024-09-28 Thread Phil Dennis-Jordan
From: Alexander Graf In addition to the ISA and PCI variants of pvpanic, let's add an MMIO platform device that we can use in embedded arm environments. Signed-off-by: Alexander Graf Reviewed-by: Philippe Mathieu-Daudé Tested-by: Philippe Mathieu-Daudé Signed-off-by: Phil Dennis-Jordan ---

[PATCH v3 05/14] MAINTAINERS: Add myself as maintainer for apple-gfx, reviewer for HVF

2024-09-28 Thread Phil Dennis-Jordan
I'm happy to take responsibility for the macOS PV graphics code. As HVF patches don't seem to get much attention at the moment, I'm also adding myself as designated reviewer for HVF and x86 HVF to try and improve that. I anticipate that the resulting workload should be covered by the funding I'm r

Re: [PATCH v7 1/2] linux-user: add openat2 support in linux-user

2024-09-28 Thread Laurent Vivier
Le 23/09/2024 à 21:37, Michael Vogt a écrit : This commit adds support for the `openat2()` syscall in the `linux-user` userspace emulator. It is implemented by extracting a new helper `maybe_do_fake_open()` out of the exiting `do_guest_openat()` and share that with the new `do_guest_openat2()`.

Re: RTC time could run slow 3s than host time when clock=vm & base=UTC

2024-09-28 Thread Zenghui Yu via
+Cc maintainers and author of [1] On 2024/9/21 19:33, 贾庆彤 via wrote: > When start qemu with -rtc base=utc,clock=vm, sometime guest time can > slower 3s than host. > > There's no problem (also didn't be noticed) as we often start ntp > service, who will adjust our system time. > > But let's talk

Re: [PULL v2 00/47] riscv-to-apply queue

2024-09-28 Thread Peter Maydell
On Tue, 24 Sept 2024 at 23:18, Alistair Francis wrote: > > The following changes since commit 01dc65a3bc262ab1bec8fe89775e9bbfa627becb: > > Merge tag 'pull-target-arm-20240919' of > https://git.linaro.org/people/pmaydell/qemu-arm into staging (2024-09-19 > 14:15:15 +0100) > > are available in

[PATCH v3 14/14] hw/vmapple/vmapple: Add vmapple machine type

2024-09-28 Thread Phil Dennis-Jordan
From: Alexander Graf Apple defines a new "vmapple" machine type as part of its proprietary macOS Virtualization.Framework vmm. This machine type is similar to the virt one, but with subtle differences in base devices, a few special vmapple device additions and a vastly different boot chain. This

[PATCH v3 12/14] hw/vmapple/cfg: Introduce vmapple cfg region

2024-09-28 Thread Phil Dennis-Jordan
From: Alexander Graf Instead of device tree or other more standardized means, VMApple passes platform configuration to the first stage boot loader in a binary encoded format that resides at a dedicated RAM region in physical address space. This patch models this configuration space as a qdev dev

[PATCH v3 09/14] gpex: Allow more than 4 legacy IRQs

2024-09-28 Thread Phil Dennis-Jordan
From: Alexander Graf Some boards such as vmapple don't do real legacy PCI IRQ swizzling. Instead, they just keep allocating more board IRQ lines for each new legacy IRQ. Let's support that mode by giving instantiators a new "nr_irqs" property they can use to support more than 4 legacy IRQ lines.

[PATCH v3 13/14] hw/vmapple/virtio-blk: Add support for apple virtio-blk

2024-09-28 Thread Phil Dennis-Jordan
From: Alexander Graf Apple has its own virtio-blk PCI device ID where it deviates from the official virtio-pci spec slightly: It puts a new "apple type" field at a static offset in config space and introduces a new barrier command. This patch first creates a mechanism for virtio-blk downstream c

[PATCH v3 06/14] hw: Add vmapple subdir

2024-09-28 Thread Phil Dennis-Jordan
From: Alexander Graf We will introduce a number of devices that are specific to the vmapple target machine. To keep them all tidily together, let's put them into a single target directory. Signed-off-by: Alexander Graf Signed-off-by: Phil Dennis-Jordan --- MAINTAINERS | 7 +++

[PATCH v3 04/14] hw/display/apple-gfx: Adds configurable mode list

2024-09-28 Thread Phil Dennis-Jordan
This change adds a property 'display_modes' on the graphics device which permits specifying a list of display modes. (screen resolution and refresh rate) PCI variant of apple-gfx only for the moment. Signed-off-by: Phil Dennis-Jordan --- hw/display/apple-gfx-pci.m | 43 ++- hw/display/

[PATCH v2] i386/hvf: Integrates x2APIC support with hvf accel

2024-09-28 Thread phil
From: Phil Dennis-Jordan Support for x2APIC mode was recently introduced in the software emulated APIC implementation for TCG. Enabling it when using macOS’s hvf accelerator is useful and significantly helps performance, as Qemu currently uses the emulated APIC when running on hvf as well. This

Re: [PATCH v3 02/14] hw/display/apple-gfx: Adds PCI implementation

2024-09-28 Thread BALATON Zoltan
On Sat, 28 Sep 2024, Phil Dennis-Jordan wrote: This change wires up the PCI variant of the paravirtualised graphics device, mainly useful for x86-64 macOS guests, implemented by macOS's ParavirtualizedGraphics.framework. It builds on code shared with the vmapple/mmio variant of the PVG device. S

Re: [PATCH v7 2/2] linux-user: add strace support for openat2

2024-09-28 Thread Laurent Vivier
Le 23/09/2024 à 21:37, Michael Vogt a écrit : This commit adds support for the `openat2()` to `QEMU_STRACE`. It will use the `openat2.h` header if available to create user readable flags for the `resolve` argument but does not require the header otherwise. It also makes `copy_struct_from_user()`

Re: [PATCH v3 12/17] intel_iommu: Add support for PASID-based device IOTLB invalidation

2024-09-28 Thread Jason Wang
On Fri, Sep 27, 2024 at 3:18 PM Duan, Zhenzhong wrote: > > > > >-Original Message- > >From: Jason Wang > >Subject: Re: [PATCH v3 12/17] intel_iommu: Add support for PASID-based > >device IOTLB invalidation > > > >On Wed, Sep 11, 2024 at 1:27 PM Zhenzhong Duan > > wrote: > >> > >> From: Cl

Re: [PATCH v3 15/17] intel_iommu: Modify x-scalable-mode to be string option to expose scalable modern mode

2024-09-28 Thread Jason Wang
On Fri, Sep 27, 2024 at 2:39 PM Duan, Zhenzhong wrote: > > > > >-Original Message- > >From: Jason Wang > >Subject: Re: [PATCH v3 15/17] intel_iommu: Modify x-scalable-mode to be > >string option to expose scalable modern mode > > > >On Wed, Sep 11, 2024 at 1:27 PM Zhenzhong Duan > > wrote

RE: [PATCH v3 12/17] intel_iommu: Add support for PASID-based device IOTLB invalidation

2024-09-28 Thread Duan, Zhenzhong
>-Original Message- >From: Jason Wang >Subject: Re: [PATCH v3 12/17] intel_iommu: Add support for PASID-based >device IOTLB invalidation > >On Fri, Sep 27, 2024 at 3:18 PM Duan, Zhenzhong > wrote: >> >> >> >> >-Original Message- >> >From: Jason Wang >> >Subject: Re: [PATCH v3 12

RE: [PATCH v3 15/17] intel_iommu: Modify x-scalable-mode to be string option to expose scalable modern mode

2024-09-28 Thread Duan, Zhenzhong
>-Original Message- >From: Jason Wang >Subject: Re: [PATCH v3 15/17] intel_iommu: Modify x-scalable-mode to be >string option to expose scalable modern mode > >On Fri, Sep 27, 2024 at 2:39 PM Duan, Zhenzhong > wrote: >> >> >> >> >-Original Message- >> >From: Jason Wang >> >Subje

Re: [PATCH v3 14/17] intel_iommu: Set default aw_bits to 48 in scalable modern mode

2024-09-28 Thread Jason Wang
On Fri, Sep 27, 2024 at 2:39 PM Duan, Zhenzhong wrote: > > > > >-Original Message- > >From: Jason Wang > >Subject: Re: [PATCH v3 14/17] intel_iommu: Set default aw_bits to 48 in > >scalable modern mode > > > >On Wed, Sep 11, 2024 at 1:27 PM Zhenzhong Duan > > wrote: > >> > >> According to

RE: [PATCH v3 14/17] intel_iommu: Set default aw_bits to 48 in scalable modern mode

2024-09-28 Thread Duan, Zhenzhong
>-Original Message- >From: Jason Wang >Subject: Re: [PATCH v3 14/17] intel_iommu: Set default aw_bits to 48 in >scalable modern mode > >On Fri, Sep 27, 2024 at 2:39 PM Duan, Zhenzhong > wrote: >> >> >> >> >-Original Message- >> >From: Jason Wang >> >Subject: Re: [PATCH v3 14/17]

Re: [PATCH v4 2/2] target/loongarch: Implement lbt registers save/restore function

2024-09-28 Thread maobibo
On 2024/9/23 下午9:02, gaosong wrote: 在 2024/9/10 上午10:24, maobibo 写道: On 2024/9/9 下午9:13, gaosong wrote: 在 2024/9/9 下午7:52, gaosong 写道: 在 2024/9/4 下午2:18, Bibo Mao 写道: Six registers scr0 - scr3, eflags and ftop are added in percpu vmstate. And two functions kvm_loongarch_get_lbt/kvm_loo