> > >> diff --git a/ui/console.c b/ui/console.c
> > >> index e139f7115e1f..765892f84f1c 100644
> > >> --- a/ui/console.c
> > >> +++ b/ui/console.c
> > >> @@ -2575,11 +2575,13 @@ static void vc_chr_open(Chardev *chr,
> > >> void qemu_console_resize(QemuConsole *s, int width, int height)
> > >>
Hi
On Thu, Aug 4, 2022 at 12:11 PM Mark Cave-Ayland
wrote:
>
> On 25/07/2022 17:35, Mark Cave-Ayland wrote:
>
> > On 25/07/2022 12:58, marcandre.lur...@redhat.com wrote:
> >
> >> From: Marc-André Lureau
> >>
> >> The display may be corrupted when changing screen colour depth in
> >>
On 25/07/2022 17:35, Mark Cave-Ayland wrote:
On 25/07/2022 12:58, marcandre.lur...@redhat.com wrote:
From: Marc-André Lureau
The display may be corrupted when changing screen colour depth in
qemu-system-ppc/MacOS since 7.0.
Is it worth being more specific here? Whilst MacOS with its NDRV
On 25/07/2022 12:58, marcandre.lur...@redhat.com wrote:
From: Marc-André Lureau
The display may be corrupted when changing screen colour depth in
qemu-system-ppc/MacOS since 7.0.
Is it worth being more specific here? Whilst MacOS with its NDRV driver exhibits the
issue, it's really only
From: Marc-André Lureau
The display may be corrupted when changing screen colour depth in
qemu-system-ppc/MacOS since 7.0.
Do not short-cut qemu_console_resize() if the surface is backed by vga
vram. When the scanout isn't set, or it is already allocated, or opengl,
and the size is fitting, we