qemu-arm
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH V2] hw/arm: enable qxl for aarch64


From: Gerd Hoffmann
Subject: Re: [PATCH V2] hw/arm: enable qxl for aarch64
Date: Mon, 15 May 2023 12:54:31 +0200

> > > On Mon, 2023-05-15 at 09:52 +0100, Daniel P. Berrangé wrote:
> > > > Overall, IMHO, we should keep QXL restricted to as few build
> > > > scenarios
> > > > as possible. Given the status of SPICE, possibly we'll even want to
> > > > deprecate it on x86 eventually, not add it to more arches.
> > > >
> > > > What are you seeing as the compelling use case that requires QXL to
> > > > exist on aarch64 ?
> > 
> > >    Thank you for your answer, it made me learn a lot. No use case, just
> > > outside customer feedback on the ARM architecture qxl use has problems,
> > > I compiled the community qemu, found that the default does not support
> > > qxl display, so the submitted enablement.
> > >   I agree with you, please ignore this commit.
> > 
> > I would still like to know why QXL isn't automatically
> > enabled like every other PCI device...
> 
> Historical reasons ?

Yes.  Any display device with a pci memory bar is disabled on arm due
to the caching problems.  So virtio-gpu is the best option available
(and it IMHO still is, it works without strings attached).

With FEAT_S2FWB being available (not sure how widespread) we might
reconsider this.  One advantage would be that a pci vram device with
dirty tracking allows for GOP support, i.e. efifb works.  Needs some
changes in edk2 too (include the QemuVideoDxe driver in ArmVirt builds).

If someone wants that I'd recommend to enable bochs-display for arm.

VGA + QXL would add complexity (and attack surface) without benefits.
Nothing running arm is going to use the obsolete features of these
devices (2d accel, vga text mode, planar video modes, ...).

take care,
  Gerd




reply via email to

[Prev in Thread] Current Thread [Next in Thread]