Re: ui: Regression calling eglInitialize() since v11.0.0

["Daniel P. Berrangé" <berrange@redhat.com>]

On Fri, Jun 05, 2026 at 08:35:13AM +0200, Philippe Mathieu-Daudé wrote:
> On 29/5/26 18:29, Alexander Kanavin wrote:
> > On Fri, 29 May 2026 at 18:10, Quan Sun via lists.openembedded.org
> > <Quan.Sun=windriver.com@lists.openembedded.org> wrote:
> > > This is likely a real QEMU 11.0 regression, but may not be in QEMU's
> > > code itself.  The QEMU 11.0 likely changed its display initialization to
> > > be multi-threaded or reordered it, triggering a race condition in the
> > > host's Wayland/EGL/Mesa stack. Maybe setting SDL_VIDEODRIVER=x11 could
> > > solve the issue.
> > > 
> > > This issue is different from the "glx: failed to create dri3 screen /
> > > failed to load driver: vgem error" seen earlier, which was a missing GPU
> > > driver issue on the host.
> > > 
> > > If you have any detailed logs, please share with me and so I have more
> > > contexts.
> > 
> > It's the same issue, I assure you. Qemu 10.x prints nothing and simply
> > starts, while qemu 11.x first tries glx/dri3 , then wayland/egl/vgem
> > (even though there's no wayland running on the build hosts), and then
> > finally crashes, with the traceback that RP provided.
> > 
> > I don't think it's a race condition, as the failure is deterministic,
> > but I agree that something has changed in qemu's GL initialization
> > sequence.
> 
> Cc'ing Marc-André & Akihiko
> 
> Context:
> 
> https://lore.kernel.org/openembedded-core/7da33301e8a0bae93a33695b4fd41f67a08e1b9f.camel@linuxfoundation.org/

If it is an suspected regression between 10.2 and 11.0, then
I'd suggest someone who is able to reproduce the issue reliably
should do a 'git bisect' to narrow it down precisely.

With regards,
Daniel
-- 
|: https://berrange.com       ~~        https://hachyderm.io/@berrange :|
|: https://libvirt.org          ~~          https://entangle-photo.org :|
|: https://pixelfed.art/berrange   ~~    https://fstop138.berrange.com :|