<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<br>
<br>
<div class="moz-cite-prefix">On 10/27/19 4:03 AM, Alexander Kanavin
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CANNYZj_PpuXczLf7SPcXdukZNjeCAWMXu1y9ENFUt-sYxdZv=g@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">
<div dir="ltr">On Sun, 27 Oct 2019 at 09:13, akuster808 <<a
href="mailto:akuster808@gmail.com" target="_blank"
moz-do-not-send="true">akuster808@gmail.com</a>> wrote:<br>
</div>
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex">Of the past month the
warrior stable branch has been plagued with a<br>
build failure on FedoraCore30 regarding qemu virgl tests.
This has<br>
caused the slip of the next dot release to occur after
Thud's.<br>
<br>
<a
href="https://bugzilla.yoctoproject.org/show_bug.cgi?id=13543"
rel="noreferrer" target="_blank" moz-do-not-send="true">https://bugzilla.yoctoproject.org/show_bug.cgi?id=13543</a><br>
<br>
The error message was this:<br>
<br>
runqemu - ERROR - Failed to run qemu: libEGL warning:
MESA-LOADER:<br>
failed to open swrast (search paths /usr/lib64/dri)<br>
libEGL warning: MESA-LOADER: failed to open swrast (search
paths<br>
/usr/lib64/dri)<br>
<br>
qemu-system-i386: egl: eglInitialize failed<br>
qemu-system-i386: OpenGL is not supported by the display<br>
<br>
What has fixed this error is updating libdrm to 2.4.99 from
2.4.97. What<br>
I can not tell is what commit(s) in those updates fixed the
above error<br>
<br>
<a
href="https://lists.freedesktop.org/archives/dri-devel/2019-July/225069.html"
rel="noreferrer" target="_blank" moz-do-not-send="true">https://lists.freedesktop.org/archives/dri-devel/2019-July/225069.html</a><br>
<a
href="https://lists.x.org/archives/xorg-announce/2019-April/002992.html"
rel="noreferrer" target="_blank" moz-do-not-send="true">https://lists.x.org/archives/xorg-announce/2019-April/002992.html</a><br>
<br>
Has anyone seen the above error and might have an idea what
commits<br>
would solve this issue?<br>
</blockquote>
<div><br>
</div>
<div>The DRI modules loaded from the host (swrast
particularly) may try to resolve a symbol in libdrm-native
that doesn't exist.</div>
</div>
</div>
</blockquote>
<br>
What I justed noticed on the host is that his has both 5.2 and 5.3
kernels. FC 30 was tested in the 2.7.1 so it worked at one point in
time. I wonder if the kernel got updated to 5.3 and now we need
updated headers for libdrm? That might support the missing symbols
you mentioned above.<br>
<br>
Thanks for the hint.<br>
<br>
- Armin<br>
<blockquote type="cite"
cite="mid:CANNYZj_PpuXczLf7SPcXdukZNjeCAWMXu1y9ENFUt-sYxdZv=g@mail.gmail.com">
<div dir="ltr">
<div class="gmail_quote">
<div><br>
</div>
<div>I remember debugging a similar problem when TLS got
accidentally switched off in mesa-native, what helped was
tracing symbol</div>
<div>resolution with the help of environment variables
described in 'man ld.so' (can't remember off the top of my
head what was the exact one).<br>
</div>
<div><br>
</div>
<div>Alex<br>
</div>
</div>
</div>
</blockquote>
<br>
</body>
</html>