FS#70703 - [mesa] d3d12 gallium driver is not enabled

Attached to Project: Arch Linux
Opened by Danil Yarantsev (Yardanico) - Tuesday, 04 May 2021, 05:49 GMT
Last edited by Laurent Carlier (lordheavy) - Thursday, 06 January 2022, 05:06 GMT
Task Type Feature Request
Category Packages: Extra
Status Closed
Assigned To Laurent Carlier (lordheavy)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description: Mesa 21.0, among other things, added a D3D12 Gallium driver for their WSL implementation of DirectX12.

Arch doesn't seem to have it enabled in https://github.com/archlinux/svntogit-packages/blob/packages/mesa/trunk/PKGBUILD#L49. It's just a matter of adding "d3d12" to that list :)

I suggest enabling it, as that driver doesn't really affect non-WSL users.
This task depends upon

Closed by  Laurent Carlier (lordheavy)
Thursday, 06 January 2022, 05:06 GMT
Reason for closing:  Implemented
Additional comments about closing:  mesa-21.3.3-2
Comment by Laurent Carlier (lordheavy) - Tuesday, 04 May 2021, 07:42 GMT
I don't see any interest in enabling D3D12 driver in Archlinux. Do you have any usage to expose ?
Comment by Danil Yarantsev (Yardanico) - Tuesday, 04 May 2021, 22:35 GMT
@lordheavy then users who use Arch Linux (or any of its derivatives) on WSL will be able to utilize Microsoft's GPU acceleration for running graphical applications with closer-to-native performance. One example of Arch Linux for WSL is https://github.com/yuk7/ArchWSL
Comment by J. S. (Vaporeon) - Monday, 22 November 2021, 08:55 GMT
I looked into this after finding myself being forced to use MS Windows. You can install Arch Linux into a WSL2 environment using only upstream sources as per a guide like [1], So using 3rd party middle-ware like that linked above is unnecessary. What you are left with is a full Arch Linux instillation installed on a virtual disk image, however instead of booting it directly WSL2 boots its own disto with its own kernel, and then more or less chroots into the user distro (in this case Arch Linux). So the question is how much support should be given into using Arch Linux this way?

It is a bit of a stretch to expect every Arch Linux installation using Mesa to hold drivers that can only ever be used if you load Arch Linux in this highly unconventional way, however that said it is possible to mount an existing Arch Linux installation in WSL2 and somewhat use it.

Personally I think something like this would probably be better suited in the AUR, however there seems to be disagreement if WSL specific packages should be allowed on the AUR or not ([2] is all I could find related to it). I would say they should be allowed, since such an install is in fact plain Arch Linux. Its only how it's loaded and the platform that it's running on that differs from any other installation.

[1]https://github.com/nckslvrmn/arch_linux_wsl2
[2]https://lists.archlinux.org/pipermail/aur-requests/2020-June/041193.html
Comment by Nicolas Prochazka (limbo) - Wednesday, 29 December 2021, 14:13 GMT
Hello,
we are in the same case, we are using arch into wsl2 and need gpu support,
please add new d12 driver to mesa, at this time we need to compile for each new mesa release.
Regards,
Nicoals
Comment by Laurent Carlier (lordheavy) - Friday, 31 December 2021, 09:55 GMT
please test mesa-21.3.3-2
Comment by J. S. (Vaporeon) - Thursday, 06 January 2022, 03:58 GMT
The mesa-21.3.3-2 d3d12 driver works as expected.

Loading...