On Mon, 3 Mar 2025 at 18:54, Philippe Mathieu-Daudé
wrote:
> On 12/1/25 22:00, Phil Dennis-Jordan wrote:
> > 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 env
On Mon, 3 Mar 2025 at 19:20, Philippe Mathieu-Daudé
wrote:
> On 12/1/25 22:00, Phil Dennis-Jordan wrote:
> > From: Alexander Graf
> >
> > Apple defines a new "vmapple" machine type as part of its proprietary
> > macOS Virtualization.Framework vmm. This ma
On Wed, 19 Feb 2025 at 11:28, Paolo Bonzini wrote:
> On Tue, Feb 18, 2025 at 3:55 PM Phil Dennis-Jordan
> wrote:
> > It is not cross-architecture. So, the PVG guest drivers with x86-64
> macOS don't
> > give useful results with the aarch64 macOS host PVG framework. (
On Mon, 17 Feb 2025 at 19:37, Paolo Bonzini wrote:
> On 2/12/25 12:29, Philippe Mathieu-Daudé wrote:
> > Signed-off-by: Philippe Mathieu-Daudé
> > ---
> > meson.build | 7 +++
> > 1 file changed, 7 insertions(+)
> >
> > diff --git a/meson.build b/meson.build
> > index 18cf9e2913b..10f4c9f
On Wed, 5 Feb 2025 at 22:02, Philippe Mathieu-Daudé
wrote:
> +Igor
>
> On 9/12/24 21:36, p...@philjordan.eu wrote:
> > From: Phil Dennis-Jordan
> >
> > Some VM state required for fully configuring vCPUs is only available
> > after all devices have been thr
On Tue, 28 Jan 2025 at 14:55, Philippe Mathieu-Daudé
wrote:
> GICv3 isn't supported on aarch64/HVF, but GICv2 is.
Hmm. I'm still trying to get my head around this patch series and QTest in
general, but in my experience GICv3 works fine with HVF? (Device name
"arm-gicv3") Can you clarify what yo
86_64:
>
> http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/dev/nvmm/Makefile?rev=1.1.6.2;content-type=text%2Fplain
>
> For WHPX, we have already dropped support for 32-bit Windows.
>
> Signed-off-by: Richard Henderson
>
Reviewed-by: Phil Dennis-Jordan
> ---
> meson.build
. Add an assertion to prevent misuse.
>
> Signed-off-by: Nicholas Piggin
>
Reviewed-by: Phil Dennis-Jordan
> ---
> hw/pci/pci.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/hw/pci/pci.c b/hw/pci/pci.c
> index 2afa423925c..b067a55c5bc 100644
> --- a/hw/
UEST_ERROR message if the PBA is written to by software.
>
> Cc: Michael S. Tsirkin
> Cc: Marcel Apfelbaum
> Cc: Dmitry Fleytman
> Cc: Akihiko Odaki
> Cc: Sriram Yagnaraman
> Signed-off-by: Nicholas Piggin
>
Reviewed-by: Phil Dennis-Jordan
> ---
> hw/pci/m
On Thu, 16 Jan 2025 at 23:10, Stefan Hajnoczi wrote:
> Applied, thanks.
>
> Please update the changelog at https://wiki.qemu.org/ChangeLog/10.0 for
> any user-visible changes.
>
This note made me realise that my feature addition (macOS PV graphics
device) that caused the regression requiring my
On Fri, 17 Jan 2025 at 07:48, Akihiko Odaki
wrote:
> init_out_device may only commit some part of the result and leave the
> state inconsistent when it encounters a fatal error or the device gets
> unplugged during the operation, which is expressed by
> kAudioHardwareBadObjectError or kAudioHardw
On Fri, 17 Jan 2025 at 07:48, Akihiko Odaki
wrote:
> Reallocate buffers when the active device change as the required buffer
> size may differ.
Signed-off-by: Akihiko Odaki
>
Reviewed-by: Phil Dennis-Jordan
---
> audio/coreaudio.m | 1 +
> 1 file changed, 1 insertion(+)
&
On Fri, 17 Jan 2025 at 07:48, Akihiko Odaki
wrote:
> These functions can be used to re-initialize buffers when hardware
> parameters change due to device hotplug, for example.
>
> Signed-off-by: Akihiko Odaki
>
Reviewed-by: Phil Dennis-Jordan
> ---
> audio/audio_i
On Wed 15. Jan 2025 at 20:05, Paolo Bonzini wrote:
> On 1/12/25 22:26, Phil Dennis-Jordan wrote:
> > By changing the way the main QEMU event loop is invoked, I inadvertently
> > changed the BQL status of exit notifiers: some of them implicitly
> > assumed they would be cal
On Wed, 15 Jan 2025 at 16:08, Michael S. Tsirkin wrote:
> On Sun, Jan 12, 2025 at 10:00:45PM +0100, Phil Dennis-Jordan wrote:
> > This patch set introduces a new ARM and macOS HVF specific machine type
> > called "vmapple". There are also some patches for fixing XHCI s
On Wed, 15 Jan 2025 at 14:05, Michael Tokarev wrote:
> 13.01.2025 00:00, Phil Dennis-Jordan wrote:
> > This patch set introduces a new ARM and macOS HVF specific machine type
> > called "vmapple". There are also some patches for fixing XHCI spec
> > compliance issu
On Mon, 13 Jan 2025 at 18:31, Philippe Mathieu-Daudé
wrote:
> On 12/1/25 22:00, Phil Dennis-Jordan wrote:
> > This patch set introduces a new ARM and macOS HVF specific machine type
> > called "vmapple". There are also some patches for fixing XHCI spec
> >
.
Fixes: f5ab12caba4f ("ui & main loop: Redesign of system-specific main
thread event handling")
Resolves: https://gitlab.com/qemu-project/qemu/-/issues/2771
Reported-by: David Woodhouse
Signed-off-by: Phil Dennis-Jordan
---
include/system/system.h | 1 +
system/runstate.c
7;variant' property.
Signed-off-by: Alexander Graf
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Akihiko Odaki
Tested-by: Akihiko Odaki
v4:
* Use recommended object type declaration pattern.
* Correctly log unimplemented code paths.
* Most header code moved to .c, type name #defin
s.
Signed-off-by: Phil Dennis-Jordan
Resolves: https://gitlab.com/qemu-project/qemu/-/issues/2705
---
hw/usb/hcd-xhci-pci.c | 24
hw/usb/hcd-xhci-pci.h | 1 +
hw/usb/hcd-xhci.c | 3 ++-
hw/usb/hcd-xhci.h | 5 +
4 files changed, 32 insertions(+), 1 deletio
ippe Mathieu-Daudé
Reviewed-by: Phil Dennis-Jordan
---
hw/intc/Kconfig | 6 +++---
hw/intc/meson.build | 4 ++--
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/hw/intc/Kconfig b/hw/intc/Kconfig
index dd405bdb5d..7547528f2c 100644
--- a/hw/intc/Kconfig
+++ b/hw/intc/Kconfi
all these in place, you should be able to see macOS booting
successfully.
Known issues:
- Currently only macOS 12 guests are supported. The boot process for
13+ will need further investigation and adjustment.
Signed-off-by: Alexander Graf
Co-authored-by: Phil Dennis-Jordan
Signed-off-by: P
device which we can
then map at the fixed location in the address space. That way, we can
influence and annotate all configuration fields easily.
Signed-off-by: Alexander Graf
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Akihiko Odaki
Tested-by: Akihiko Odaki
---
v3:
* Replaced legacy device
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-J
nts targeted at Interrupter 0."
QEMU's XHCI device has so far not specially addressed this case,
so we add a check to xhci_event() to redirect to event ring and
interrupt 0 if mapping is disabled.
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Philippe Mathieu-Daudé
---
hw/usb/hc
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
Signed-off-by: Phil Dennis-Jordan
R
ange introduces that modulo calculation, fixing the
failed assertion. This makes the device work correctly in MSI mode
with macOS's XHCI driver, which only allocates a single vector.
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Philippe Mathieu-Daudé
---
v2:
* Switch to modulo arithme
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
Reviewed-by: Akihiko Odaki
Test
; they're only needed for
guest recovery and I don't understand the protocol yet.
Signed-off-by: Alexander Graf
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Akihiko Odaki
Tested-by: Akihiko Odaki
---
v4:
* Moved most header code to .c, rest to vmapple.h
* Better compliance with codi
and removing its TCG dependency. (It's needed with HVF too.)
* vmapple machine type: Dropped Tested-by tag because of above changes
Alexander Graf (7):
hw: Add vmapple subdir
hw/misc/pvpanic: Add MMIO interface
hw/vmapple/aes: Introduce aes engine
hw/vmapple/bdif: Introduce vmapple ba
On Mon, 6 Jan 2025 at 19:43, Daniel P. Berrangé wrote:
> On Sat, Jan 04, 2025 at 12:28:14PM +0100, Phil Dennis-Jordan wrote:
> > On Fri, 3 Jan 2025 at 16:16, Daniel P. Berrangé
> wrote:
> >
> > > On Fri, Jan 03, 2025 at 04:05:58PM +0100, Philippe Mathieu-Daudé wrote:
On Sat, 28 Dec 2024 at 11:48, Phil Dennis-Jordan wrote:
>
>
> On Fri, 27 Dec 2024 at 21:24, Philippe Mathieu-Daudé
> wrote:
>
>> When the KVM accelerator is selected, the Kconfig ARM_GIC key
>> selects the KVM GIC implementation (ARM_GIC_KVM).
>> For other acc
On Sat, 4 Jan 2025 at 16:15, Akihiko Odaki wrote:
> On 2024/12/28 5:36, Philippe Mathieu-Daudé wrote:
> > On 23/12/24 23:16, Phil Dennis-Jordan wrote:
> >
> >> Known issues:
> >> - Keyboard and mouse/tablet input is laggy. The reason for this is
> >
On Fri, 3 Jan 2025 at 16:16, Daniel P. Berrangé wrote:
> On Fri, Jan 03, 2025 at 04:05:58PM +0100, Philippe Mathieu-Daudé wrote:
> > As Daniel suggested [*]:
> >
> > > We should consider to rank HVF above TCG, on the basis
> > > that HW acceleration is faster and should provide a
> > > host<->gue
On Mon, 30 Dec 2024 at 19:55, Philippe Mathieu-Daudé
wrote:
> Cc'ing Joelle (FYI https://github.com/utmapp/UTM/issues/3491)
>
> On 23/12/24 23:16, Phil Dennis-Jordan wrote:
> > This patch set introduces a new ARM and macOS HVF specific machine type
> > called "v
This fix makes sense. I've also successfully tested with this new "pure"
pthread-based QemuEvent in the apple-gfx code where we initially considered
using QemuEvent and ran into the destruction issue on macOS.
Tested-by: Phil Dennis-Jordan
Reviewed-by: Phil Dennis-Jordan
(Unre
ue (i.e.,
> > the user-space synchronization scheme) to decide whether to continue
> > to block or not.
>
> Signed-off-by: Akihiko Odaki
>
In any case, for the specific issue addressed here:
Reviewed-by: Phil Dennis-Jordan
> ---
> include/qemu/futex.h
On Fri, 27 Dec 2024 at 21:24, Philippe Mathieu-Daudé
wrote:
> When the KVM accelerator is selected, the Kconfig ARM_GIC key
> selects the KVM GIC implementation (ARM_GIC_KVM).
> For other accelerators (TCG, HVF, ...), select the generic
> implementation.
>
> Signed-off-by: Philippe Mathieu-Daudé
M_GIC_TCG
> Kconfig selector")
> Signed-off-by: Philippe Mathieu-Daudé
>
Reviewed-by: Phil Dennis-Jordan
Tested-by: Phil Dennis-Jordan
> ---
> hw/intc/Kconfig | 6 +++---
> hw/intc/meson.build | 4 ++--
> 2 files changed, 5 insertions(+), 5 deletions(-)
>
On Fri, 27 Dec 2024 at 21:27, Philippe Mathieu-Daudé
wrote:
> On 27/12/24 20:45, Phil Dennis-Jordan wrote:
> >
> >
> > On Fri 27. Dec 2024 at 18:45, Philippe Mathieu-Daudé > <mailto:phi...@linaro.org>> wrote:
> >
> > On 27/12/24 13:13, Phil Den
On Fri, 27 Dec 2024 at 21:41, Philippe Mathieu-Daudé
wrote:
> On 27/12/24 21:12, Phil Dennis-Jordan wrote:
>
> > > diff --git a/hw/vmapple/Kconfig b/hw/vmapple/Kconfig
> > > index bcd1be63e3..6a4c4a7fa2 100644
> > > --- a/hw/vmapple/Kconfig
&g
On Fri, 27 Dec 2024 at 21:36, Philippe Mathieu-Daudé
wrote:
> On 23/12/24 23:16, Phil Dennis-Jordan wrote:
>
> > Known issues:
> > - Keyboard and mouse/tablet input is laggy. The reason for this is
> > that macOS's XHCI driver seems to expect interrupter mappin
On Fri 27. Dec 2024 at 20:23, Philippe Mathieu-Daudé
wrote:
> On 23/12/24 23:16, Phil Dennis-Jordan wrote:
> > From: Alexander Graf
> >
> > Apple defines a new "vmapple" machine type as part of its proprietary
> > macOS Virtualization.Framework vmm. This ma
On Fri 27. Dec 2024 at 18:45, Philippe Mathieu-Daudé
wrote:
> On 27/12/24 13:13, Phil Dennis-Jordan wrote:
> > QEMU would crash with a failed assertion if the XHCI controller
> > attempted to raise the interrupt on a higher vector than the
> > highest configured for th
LOG_UNIMP or LOG_GUEST_ERROR, as appropriate in
each case.
Signed-off-by: Phil Dennis-Jordan
---
hw/usb/hcd-xhci.c | 25 ++---
1 file changed, 22 insertions(+), 3 deletions(-)
diff --git a/hw/usb/hcd-xhci.c b/hw/usb/hcd-xhci.c
index 011c445443..00d5bc3779 100644
--- a/hw/usb/hcd
On Mon, 23 Dec 2024 at 23:58, Philippe Mathieu-Daudé
wrote:
> On 23/12/24 23:16, Phil Dennis-Jordan wrote:
> > 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
> > Pa
annel
available. With conditional interrupt mapping enabled, the XHCI
controller will only schedule events on interrupter 0 in PCI pin mode.
Signed-off-by: Phil Dennis-Jordan
---
v2:
* Set the "conditional-intr-mapping" property via compat_props, not
directly on the created XHCI control
XHCI device variants.
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Philippe Mathieu-Daudé
---
v3:
* In line with recent upstream changes, the property table is now
const and no longer carries an end-of-list marker.
hw/usb/hcd-xhci-nec.c | 2 --
hw/usb/hcd-xhci-pci.c | 6 ++
2
nts targeted at Interrupter 0."
QEMU's XHCI device has so far not specially addressed this case,
so we add a check to xhci_event() to redirect to event ring and
interrupt 0 if mapping is disabled.
Signed-off-by: Phil Dennis-Jordan
---
hw/usb/hcd-xhci.c | 4
1 file changed, 4 inser
property table into vmapple patch set -v16;
we now just add the conditional-intr-mapping property to it in this
patch. We also set the property on any device implementing the abstract
TYPE_XHCI_PCI rather than only the TYPE_QEMU_XHCI device specifically.
Phil Dennis-Jordan (6):
hw/usb/hc
s.
Signed-off-by: Phil Dennis-Jordan
Resolves: https://gitlab.com/qemu-project/qemu/-/issues/2705
---
hw/usb/hcd-xhci-pci.c | 24
hw/usb/hcd-xhci-pci.h | 1 +
hw/usb/hcd-xhci.c | 3 ++-
hw/usb/hcd-xhci.h | 5 +
4 files changed, 32 insertions(+), 1 deletio
controller signal the MSI
vector with the number computed by taking the interrupter number
modulo the number of enabled MSI vectors.
This change introduces that modulo calculation, fixing the
failed assertion and making the device work correctly in MSI mode
with macOS's XHCI driver.
Signed-off-
device which we can
then map at the fixed location in the address space. That way, we can
influence and annotate all configuration fields easily.
Signed-off-by: Alexander Graf
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Akihiko Odaki
Tested-by: Akihiko Odaki
---
v3:
* Replaced legacy device
n 4 legacy IRQ lines.
In this mode, GPEX will export more IRQ lines, one for each device.
Signed-off-by: Alexander Graf
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Akihiko Odaki
Tested-by: Akihiko Odaki
Reviewed-by: Philippe Mathieu-Daudé
---
v4:
* Turned pair of IRQ arrays i
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-J
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
Review
7;variant' property.
Signed-off-by: Alexander Graf
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Akihiko Odaki
Tested-by: Akihiko Odaki
---
v4:
* Use recommended object type declaration pattern.
* Correctly log unimplemented code paths.
* Most header code moved to .c, type name #defin
The virtio_blk_free_request() function has been a 1-liner forwarding
to g_free() for a while now. We may as well call g_free on the request
pointer directly.
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Akihiko Odaki
Tested-by: Akihiko Odaki
---
hw/block/virtio-blk.c | 43
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
Signed-off-by: Phil Dennis-Jordan
R
Co-authored-by: Phil Dennis-Jordan
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Akihiko Odaki
Tested-by: Akihiko Odaki
---
v3:
* Rebased on latest upstream, updated affinity and NIC creation
API usage
* Included Apple-variant virtio-blk in build dependency
* Updated API usage for setting
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.
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Roman Bolshak
Dennis-Jordan
Reviewed-by: Akihiko Odaki
Tested-by: Akihiko Odaki
---
v2:
* Cherry-pick/rebase conflict fixes
* BQL function renaming
* Moved from hw/vmapple/ (useful outside that machine type)
* Code review comments: Switched to DEFINE_TYPES macro & little endian
MMIO.
* Removed
On Mon, 23 Dec 2024 at 18:38, Phil Dennis-Jordan wrote:
> Hi Philippe,
>
> > On 23.12.2024, at 17:36, Philippe Mathieu-Daudé
> wrote:
> >
> > Hi Phil,
> >
> >> On 23/12/24 14:53, Phil Dennis-Jordan wrote:
> >> On Thu, 19 Dec 2024 at 11:
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
Reviewed-by: Akihiko Odaki
Test
iver":"apple-gfx-pci", "display-modes":["1920x1080@60",
"3840x2160@60"]}'
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Akihiko Odaki
Tested-by: Akihiko Odaki
---
v4:
* Switched to the native array property type, which recently gained
; they're only needed for
guest recovery and I don't understand the protocol yet.
Signed-off-by: Alexander Graf
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Akihiko Odaki
Tested-by: Akihiko Odaki
---
v4:
* Moved most header code to .c, rest to vmapple.h
* Better compliance with codi
any UI or even none at all.)
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Akihiko Odaki
Tested-by: Akihiko Odaki
---
v5:
* Simplified the way of setting/clearing the main loop by going back
to setting qemu_main directly, but narrowing the scope of what it
needs to do
Introduce aes engine
hw/vmapple/bdif: Introduce vmapple backdoor interface
hw/vmapple/cfg: Introduce vmapple cfg region
hw/vmapple/virtio-blk: Add support for apple virtio-blk
hw/vmapple/vmapple: Add vmapple machine type
Phil Dennis-Jordan (6):
ui & main loop: Redesign of system-spec
Hi Philippe,
> On 23.12.2024, at 17:36, Philippe Mathieu-Daudé wrote:
>
> Hi Phil,
>
>> On 23/12/24 14:53, Phil Dennis-Jordan wrote:
>> On Thu, 19 Dec 2024 at 11:50, Akihiko Odaki > <mailto:akihiko.od...@daynix.com>> wrote:
>>Reviewing &qu
On Thu, 19 Dec 2024 at 11:50, Akihiko Odaki
wrote:
> Reviewing "[PATCH v2 6/6] hw/vmapple: XHCI controller's interrupt
> mapping workaround for macOS", I found a few problems so I'm adding
> comments for them:
>
> On 2024/12/19 5:20, Phil Dennis-Jor
On Thu, 19 Dec 2024 at 02:50, Nicholas Piggin wrote:
> On Thu Dec 19, 2024 at 1:08 AM AEST, Phil Dennis-Jordan wrote:
> > This looks sensible to me overall.
> >
> > For the new symbolic constants for MMIO register offsets such as
> > XHCI_OPER_*, XHCI_INTR_* and so on
On Wed, 18 Dec 2024 at 02:19, Nicholas Piggin wrote:
> On Thu Dec 12, 2024 at 8:41 PM AEST, Phil Dennis-Jordan wrote:
> > Hey Nicholas,
> >
> > I'm not an XHCI & PCI expert (yet?) so apologies if I've got some of this
> > wrong, but I've aske
7;variant' property.
Signed-off-by: Alexander Graf
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Akihiko Odaki
Tested-by: Akihiko Odaki
---
v4:
* Use recommended object type declaration pattern.
* Correctly log unimplemented code paths.
* Most header code moved to .c, type name #defin
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: P
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
Signed-off-by: Phil Dennis-Jordan
R
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-J
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
Review
device which we can
then map at the fixed location in the address space. That way, we can
influence and annotate all configuration fields easily.
Signed-off-by: Alexander Graf
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Akihiko Odaki
Tested-by: Akihiko Odaki
---
v3:
* Replaced legacy device
contract runs out if it's more than I can manage.
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Roman Bolshakov
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 822f34344b0..5aca2833c2d 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -
any UI or even none at all.)
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Akihiko Odaki
Tested-by: Akihiko Odaki
---
v5:
* Simplified the way of setting/clearing the main loop by going back
to setting qemu_main directly, but narrowing the scope of what it
needs to do
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
Reviewed-by: Akihiko Odaki
Test
Dennis-Jordan
Reviewed-by: Akihiko Odaki
Tested-by: Akihiko Odaki
---
v2:
* Cherry-pick/rebase conflict fixes
* BQL function renaming
* Moved from hw/vmapple/ (useful outside that machine type)
* Code review comments: Switched to DEFINE_TYPES macro & little endian
MMIO.
* Removed
n 4 legacy IRQ lines.
In this mode, GPEX will export more IRQ lines, one for each device.
Signed-off-by: Alexander Graf
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Akihiko Odaki
Tested-by: Akihiko Odaki
---
v4:
* Turned pair of IRQ arrays into array of structs.
* Simplified swizzling l
The virtio_blk_free_request() function has been a 1-liner forwarding
to g_free() for a while now. We may as well call g_free on the request
pointer directly.
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Akihiko Odaki
Tested-by: Akihiko Odaki
---
hw/block/virtio-blk.c | 43
uce aes engine
hw/vmapple/bdif: Introduce vmapple backdoor interface
hw/vmapple/cfg: Introduce vmapple cfg region
hw/vmapple/virtio-blk: Add support for apple virtio-blk
hw/vmapple/vmapple: Add vmapple machine type
Phil Dennis-Jordan (6):
ui & main loop: Redesign of system-specific m
iver":"apple-gfx-pci", "display-modes":["1920x1080@60",
"3840x2160@60"]}'
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Akihiko Odaki
Tested-by: Akihiko Odaki
---
v4:
* Switched to the native array property type, which recently gained
; they're only needed for
guest recovery and I don't understand the protocol yet.
Signed-off-by: Alexander Graf
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Akihiko Odaki
Tested-by: Akihiko Odaki
---
v4:
* Moved most header code to .c, rest to vmapple.h
* Better compliance with codi
Co-authored-by: Phil Dennis-Jordan
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Akihiko Odaki
Tested-by: Akihiko Odaki
---
v3:
* Rebased on latest upstream, updated affinity and NIC creation
API usage
* Included Apple-variant virtio-blk in build dependency
* Updated API usage for setting
This looks sensible to me overall.
For the new symbolic constants for MMIO register offsets such as
XHCI_OPER_*, XHCI_INTR_* and so on, I'm wondering if it would be clearer to
give them all an _OFFSET suffix. It's not perfectly consistent to do so
across the code base, but quite a few device types
Sigh… apologies for re-sending v13 together with v14 here. Please ignore
v13 of course. git send-email is not my friend…
On Fri, 13 Dec 2024 at 16:24, Phil Dennis-Jordan wrote:
>
> This patch series has been through months of review and
> refinement. It now has end-to-end Reviewed-by:
XHCI device variants.
Signed-off-by: Phil Dennis-Jordan
---
hw/usb/hcd-xhci-nec.c | 2 --
hw/usb/hcd-xhci-pci.c | 7 +++
2 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/hw/usb/hcd-xhci-nec.c b/hw/usb/hcd-xhci-nec.c
index 0c063b3697d..408bf065e5a 100644
--- a/hw/usb/hcd-xhci-
xhci_event() to redirect to event ring and
interrupt 0 if mapping is disabled.
Signed-off-by: Phil Dennis-Jordan
---
hw/usb/hcd-xhci.c | 4
1 file changed, 4 insertions(+)
diff --git a/hw/usb/hcd-xhci.c b/hw/usb/hcd-xhci.c
index d85adaca0dc..5fb140c2382 100644
--- a/hw/usb/hcd-xhci.c
+
Fixes number of spaces used for indentation on one line.
Signed-off-by: Phil Dennis-Jordan
---
hw/usb/hcd-xhci-pci.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/usb/hcd-xhci-pci.c b/hw/usb/hcd-xhci-pci.c
index 6027eed2d26..2ac0fd0bf1a 100644
--- a/hw/usb/hcd-xhci
s.
Signed-off-by: Phil Dennis-Jordan
Resolves: https://gitlab.com/qemu-project/qemu/-/issues/2705
---
hw/usb/hcd-xhci-pci.c | 24
hw/usb/hcd-xhci-pci.h | 1 +
hw/usb/hcd-xhci.c | 3 ++-
hw/usb/hcd-xhci.h | 5 +
4 files changed, 32 insertions(+), 1 deletio
annel
available. With conditional interrupt mapping enabled, the XHCI
controller will only schedule events on interrupter 0 in PCI pin mode.
Signed-off-by: Phil Dennis-Jordan
---
v2:
* Set the "conditional-intr-mapping" property via compat_props, not
directly on the created XHCI controll
controller signal the MSI
vector with the number computed by taking the interrupter number
modulo the number of enabled MSI vectors.
This change introduces that modulo calculation, fixing the
failed assertion and making the device work correctly in MSI mode
with macOS's XHCI driver.
Signed-off-
ed
by the standard, and one for the conditional disabling workaround.
v1 -> v2:
* 1/6: Switch to modulo arithmetic for MSI vector number, as per spec.
* 6/6: Set the "conditional-intr-mapping" property via compat_props.
* Commit message tweaks
Phil Dennis-Jordan (6):
hw/usb/h
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: P
S 12 guests are supported. The boot process for
13+ will need further investigation and adjustment.
Signed-off-by: Alexander Graf
Co-authored-by: Phil Dennis-Jordan
Signed-off-by: Phil Dennis-Jordan
Reviewed-by: Akihiko Odaki
Tested-by: Akihiko Odaki
---
v3:
* Rebased on latest upstream, updat
Dennis-Jordan
Reviewed-by: Akihiko Odaki
Tested-by: Akihiko Odaki
---
v2:
* Cherry-pick/rebase conflict fixes
* BQL function renaming
* Moved from hw/vmapple/ (useful outside that machine type)
* Code review comments: Switched to DEFINE_TYPES macro & little endian
MMIO.
* Removed
1 - 100 of 529 matches
Mail list logo
