-
- Downloads
temp/mesa: only build for armhf armv7 aarch64
Make it possible to use Alpine's mesa for x86 and x86_64. Closes https://gitlab.com/postmarketOS/pmbootstrap/issues/1741
-
I erm, am not sure I entirely like this approch..
@craftyguy: do newer mesa can't be built for !arm architectures at all? or just specific drivers are broken (radeon IIRC)? I think newer mesa would still be helpful for tablets/devices which supports x86/x86_64 architecture and have intel integrated graphics.
So roughly idea would be to suggest people with ATI/radeon drivers to use host QEMU instead of QEMU inside the chroot
By Bhushan Shah on 2019-03-10T05:20:16
-
do newer mesa can't be built for !arm architectures at all? or just specific drivers are broken (radeon IIRC)?
It's entirely the radeonsi stuff, it requires newer llvm builds that aren't in Alpine. People using Intel graphics (either on host or on x86 target devices) would have no problem using the newer Mesa in pmaports.
So roughly idea would be to suggest people with ATI/radeon drivers to use host QEMU instead of QEMU inside the chroot
That seems like a good compromise to me with my AMD GPU in my host, but I rarely qemu, so it might be worth hearing from folks who use pmos in qemu more frequently.
By clayton craft on 2019-03-10T05:24:22
Edited by Administrator -
I think newer mesa would still be helpful for tablets/devices which supports x86/x86_64 architecture and have intel integrated graphics.
We don't have any known postmarketOS user, who would really need a newer mesa version on x86/x86_64, right? As long as this is the case, I would not put effort into this.
So roughly idea would be to suggest people with ATI/radeon drivers to use host QEMU instead of QEMU inside the chroot
It is not that simple though,
pmbootstrap qemu
had problems with an intel GPU with the update mesa package on my laptop: https://gitlab.com/postmarketOS/pmaports/merge_requests/256#note_147694605And the updated mesa package would not build for x86: https://gitlab.com/postmarketOS/pmbootstrap/issues/1741#note_148903072
Two more issues, that would need investigating and time to resolve. With the current workaround, we can side-step all that, until we have a properly upgraded mesa version in Alpine and use that (or fork based on that to enable more experimental drivers again). Hence I'm rather working on other postmarketOS related stuff.
By Oliver Smith on 2019-03-11T08:04:17