2023. 03. 07. 17:50 keltezéssel, Alexander Kanavin írta:
On Tue, 7 Mar 2023 at 17:43, Böszörményi Zoltán <zbos...@gmail.com> wrote:
This looks like it's coming from a mesa-native build
which should match the target build version.
The problem may be that despite of this, it tries to open
the host drivers from /usr instead of .../recipe-sysroot-native/usr.
Yes, that's exactly what runqemu does, on purpose, by redirecting
native mesa to use the host drivers via LIBGL_DRIVERS_PATH environment
variable. We could easily make it use its own drivers from
recipe-sysroot-native, but that means we have to actually build them,
which is very heavy (e.g. llvm is required for llvmpipe, and some amd
drivers). Unfortunately mesa 23.0.0 more or less forces that with its
version matching.
I think that was already brewing with 22.3.x, since that version
cut off the "classic" drivers, keeping only the gallium ones.
Like the kernel, Mesa's drivers were implicitly expected to work
with everything built from the same main version because
they were using internal structures that may be reworked
from one major version to another.
That's why glvnd exists. NVIDIA's libGL.so.1 only loaded its own
hardware driver (kernel or userspace), and Mesa too.
The situation that started with 22.3.x explicitly stated that
glvnd has to be used if someone wanted to use the
classic drivers from Mesa 22.2.x a.k.a. the "amber" branch.
Though it's true that the version enforcing was only added
to 23.0.0, but it only added emphasis to the already existing
state of affairs.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#178153):
https://lists.openembedded.org/g/openembedded-core/message/178153
Mute This Topic: https://lists.openembedded.org/mt/97421290/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
