I remember when DirectX was a huge obstacle to porting games to Linux. This feels like a great, great victory for Linux to me!
> This feels like a great, great victory for Linux to me! Why? This is not DirectX on the Linux desktop, it is DirectX for WSL. This means that code written for this will NOT function on desktop Linux. Additionally, support for DirectX for WSL is support not spent on Vulkan and OpenGL.
DirectX is coming to the Windows Subsystem for Linux
51–60 of 548 posts
Re: DirectX is coming to the Windows Subsystem for Linux
#52https://lkml.org/lkml/2020/5/19/1139
"This is a driver that connects a binary blob interface in the Windows kernel drivers to a binary blob that you run inside a Linux guest."
Re: DirectX is coming to the Windows Subsystem for Linux
#53Did anyone see the comments? https://lkml.org/lkml/2020/5/19/960 https://lkml.org/lkml/2020/5/19/1288
Re: DirectX is coming to the Windows Subsystem for Linux
#54This isn't DirectX on Linux. This is DirectX API access for WSL exclusively. It will lock ML projects into Windows/WSL for the price of access to the DirectX API and at the expense of development of other projects like Vulkan for native Linux.
Re: DirectX is coming to the Windows Subsystem for Linux
#55...and extend. I'm sure this architecture was easier for MS but it opens the door to code that runs on WSL2 that doesn't run on regular Linux.
Running Windows VMs as kernels for Cygwin environments felt less weird than most modern container architectures.
Re: DirectX is coming to the Windows Subsystem for Linux
#56...and extend. I'm sure this architecture was easier for MS but it opens the door to code that runs on WSL2 that doesn't run on regular Linux.
It doesn't just open the door, it absolutely requires it.
Re: DirectX is coming to the Windows Subsystem for Linux
#57Earlier quoted context omitted.
No, this is only an extension of WSL, it will not impact desktop Linux.
Thank you. In the meantime I also noticed the following comment from Dave Airlie on LKML [1]: > This is a driver that connects a binary blob interface in the Windows kernel drivers to a binary blob that you run inside a Linux guest. It's a binary transport between two binary pieces. [...] I can see why it might be nice to have this upstream, but I don't forsee any other Linux distributor ever enabling it or having to…
That being said I don't see why distros like Ubuntu that allow non free code wouldn't ship with it out of the box. They already support Nvidia binary drivers anyway, so why wouldn't they support a transport bridge that'd let people use them on WSL too?
Also, he notices that it's intended to be more than a bridge in the future, as they're already working on integrating it with the presentation layer on Linux.
Re: DirectX is coming to the Windows Subsystem for Linux
#58...and extend. I'm sure this architecture was easier for MS but it opens the door to code that runs on WSL2 that doesn't run on regular Linux.
> it opens the door to code that runs on WSL2 that doesn't run on regular Linux That's a strange complaint. Would you be happier if this was merged into the mainline kernel instead?
Re: DirectX is coming to the Windows Subsystem for Linux
#59The title is misleading. This isn't DirectX on Linux. This is DirectX API access for WSL exclusively. It will lock ML projects into Windows/WSL for the price of access to the DirectX API and at the expense of development of other projects like Vulkan for native Linux.