Alexandros Frantzis
December 15, 2020
Share this post:
Reading time:
Wine is a compatibility layer capable of running Windows applications on Linux, MacOS and other systems. It's been developed and used for over two decades and it's also what Steam Proton uses under the hood to enable Windows games to run on Linux systems.
On Linux systems Wine currently uses its X11 driver to interface with the X11 display server. In many modern systems, where Wayland has become the display server protocol of choice, another layer is needed to translate between X11 and Wayland. This comes in the form of a special X11 server called XWayland.
This setup works but the extra dependency on X11/XWayland is a source of complexity and possible inefficiencies. It would be ideal if Wine could talk directly to Wayland to enable a leaner and more efficient stack on modern systems.
After several months of work, we are excited to announce a first proposal for a Wayland driver for Wine. At this point the proposal is in the form of an RFC (Request For Comment), in order to explore how to best move forward with the upstreaming and further development of the driver.
The Wayland protocol is by design more constrained compared to more traditional display systems like X11 and win32, which brings a unique sets of challenges in the integration of Wayland with Wine. Since Wayland's window model is not based on a single flat 2D co-ordinate space, as X11's was, the Wayland protocol doesn't allow apps to control their absolute position on the screen. Win32 applications heavily rely on this feature, so the Wayland driver uses a few tricks to accommodate many common cases, like transient windows (menus, tooltips etc).
The Wayland driver currently supports GDI and OpenGL/DirectX applications, with resize and window state handling (except minimizing), mouse and QWERTY keyboard input, and a single monitor. This already gives us access to a large pool of apps. Some applications that I have tried and already work well are Firefox, Stellarium, Supertuxkart, 010Editor, Battle For Wesnoth and GIMP (with some caveats).
Vulkan is not currently supported but there is already another project at https://github.com/varmd/wine-wayland/ that focuses solely on Wine Wayland+Vulkan. We hope that as the driver matures and moves to upstream, we will be able to consolidate all further development efforts.
For people that want to play with the Wayland driver, the wine-devel RFC announcement provides some more instructions and technical details.
If you are curious about what things look like here is a video showcasing a few Windows applications running with the Wine Wayland driver on the Weston reference Wayland compositor:
Enjoy!
24/07/2024
OpenQA is a tool for functional, end-to-end testing of operating system distributions. Earlier this year, Collabora undertook a project,…
18/07/2024
The latest kernel 6.10 release brings multiple core changes and updates to BH workqueues. Let's examine the developments implemented by…
15/07/2024
The Panthor kernel driver and Mesa Panfrost driver combination has achieved official conformance for OpenGL ES 3.1 on the Mali-G610 chip,…
Whether writing a line of code or shaping a longer-term strategic software development plan, we'll help you navigate the ever-evolving world of Open Source.
한국어 버전의 Collabora.com 보기
Acesse Collabora.com em Português
Comments (2)
joff:
Dec 15, 2020 at 09:12 PM
"Many" seems a stretch
Reply to this comment
Reply to this comment
Henrik Harmsen:
Dec 27, 2020 at 07:58 PM
So, I guess this will finally allow accelerated Windows games in Wayland with Wine/proton with Nvidia cards (EGLstreams)?
Reply to this comment
Reply to this comment
Add a Comment