Wayland (Display-Server-Protokoll)

aus Wikipedia, der freien Enzyklopädie
(Weitergeleitet von Wayland Compositor)
Zur Navigation springen Zur Suche springen
Wayland


Wayland-Demonstration
Basisdaten

Entwickler Kristian Høgsberg
Erscheinungsjahr 2008
Aktuelle Version 1.23.1[1]
(24. August 2024)
Aktuelle Vorabversion 1.22.91[2]
(25. April 2024)
Betriebssystem Linux, FreeBSD, DragonFly BSD, OpenBSD
Programmier­sprache C
Kategorie Display-Server-Protokoll, Fenstersystem
Lizenz MIT-Lizenz
deutschsprachig nein
wayland.freedesktop.org

Wayland ist ein Display-Server-Protokoll für Linux und andere unixoide Betriebssysteme. Seine Hauptaufgabe ist das Rendern von Fenstern auf einer Bitmap.[3] Es beschreibt die Kommunikation zwischen einem Display-Server und seinen Clients (üblicherweise die Anwendungen des Nutzers). Der Server wird Wayland-Compositor genannt, da er zusätzlich die Funktion eines Compositing Window Managers übernimmt. Ziel von Wayland ist es, dem Programmierer ein leichter zu wartendes Display-Server-Protokoll als den bisherigen X-Window-Server bereitzustellen und die Sicherheit zu erhöhen.[4] Anwendungen, die noch vom X-Server abhängig sind, können mithilfe von XWayland auch unter einem Wayland-Compositor genutzt werden.[5]

Begonnen wurde das Softwareentwicklungsprojekt für Wayland von Kristian Høgsberg, einem Mitglied von Intels Open Source Technology Center (OSTC).[6][7] Wayland versteht sich (zumindest auf Linux) als eine Alternative zum X-Window-System, wobei letzteres allerdings noch auf allen unixoiden Betriebssystemen lauffähig ist. Das von Kristian Høgsberg erklärte Ziel für die Software lautet:

„[…] jeder Frame ist perfekt, und damit meine ich, dass alle Applikationen in der Lage sein werden, das Rendering so zu kontrollieren, dass wir niemals Tearing, instabile Bildwiederholfrequenzen, Redraw-Artefakte oder Flimmern sehen werden.“

Wayland: A New X Server for Linux. Phoronix[8][9]

Unter X11 ist ein Extra-Programm, der Fenstermanager, für die Fensterdekoration (Titelleiste, Rahmen usw.) aller Fenster zuständig. Unter Wayland werden die Funktionen des Displayservers[10] und des Fenstermanagers im Wayland Compositor zusammengefasst; die Kommunikation zwischen den beiden entfällt somit. Nach wie vor kann jeder Client seine eigenen Fensterdekorationen zeichnen, oder sie können zentral vom Compositor gezeichnet werden. Weston, die Referenzimplementierung des Wayland Compositors, verlangt Client-seitige Fensterdekorationen, KWin, der Fenstermanager der Desktopumgebung von KDE, sorgt für Server-seitige.

Das Wayland-Display-Server-Protokoll

Wayland-Display-Server-Protokoll

[Bearbeiten | Quelltext bearbeiten]

Das Wayland-Display-Server-Protokoll definiert, dass Clients via EGL direkt in den Framebuffer zeichnen. Für Mesa 3D wurde dafür libwayland-EGL geschrieben. Diese Bibliothek erweitert die vorhandene Mesa-Implementierung von EGL dahingehend, dass die Zugriffe effizienter werden.

Wayland greift auf vorhandene Komponenten des Kernel des jeweiligen Betriebssystems wie Direct Rendering Manager (DRM), Kernel Mode-Setting (KMS) und den Graphics Execution Manager (GEM) unter Linux zurück, um einen minimalen Display-Server bereitzustellen.[11] Im Juni 2010 wurde Weston von dem auf Desktops eher traditionellen OpenGL auf OpenGL ES portiert.[12] Grund dafür war, dass die einzige verfügbare freie OpenGL-Implementierung Mesa 3D von GLX und damit vom X-Window-System abhängt, die OpenGL-ES-Implementierung von Mesa 3D aber nicht.[13] Wayland kommt aber ohne OpenGL / OpenGL ES aus.[14][15]

Wayland Compositor

[Bearbeiten | Quelltext bearbeiten]
Wayland: Libwayland und der Wayland Compositor
Wayland-Clients schreiben mittels EGL unmittelbar in den Bildspeicher; der Compositor entscheidet über die Ausgabe.


Der Display-Server (Wayland Compositor) sitzt zwischen dem Linuxkern und seinen Clienten und überträgt seine Daten über das sogenannte Display-Server-Protokoll, welches einfach ein weiteres Netzwerkprotokoll ist.


Wayland-Clients schreiben mittels EGL unmittelbar in den Bildspeicher; der Compositor entscheidet über die Ausgabe.

Das Wayland-Protokoll enthält keine API zur Bildsynthese.[20][21][22][23] Jeder Wayland-Client ist für die Bildsynthese seines Fensterinhaltes selbst verantwortlich und schreibt das Ergebnis in seinen eigenen Puffer. Für die Bildsynthese kann es eine eigene Engine mitbringen oder eine externe Bibliothek nutzen, wie z. B. Cairo, OpenGL oder Vulkan, oder auch die „rendering engine“ von Qt oder GTK+ benutzen.

Wayland wird als Ersatz für den X.Org-Server betrachtet, bietet aber andere potentielle Anwendungsmöglichkeiten, beispielsweise das Bereitstellen von X-Servern und GDM-Anmeldungen.[9]

  • Enlightenment: Ab der Version E20, welche im Dezember 2015 erschien, wird Wayland von Enlightenment unterstützt.[24]
  • Gnome: Im März 2013 kündigten GNOME-Entwickler Pläne für eine vollständige Portierung innerhalb eines Jahres an.[25] Gnome 3.10, welches im September 2013 erschien, enthielt bereits eine experimentelle Wayland-Unterstützung. Ab Version 3.20, welche am 23. März 2016 erschien, gilt die Wayland-Unterstützung als alltagstauglich.
  • KDE: Unterstützung von KWin für OpenGL ES wird ab Version 4.7 ausgeliefert.[26][27] Wayland-spezifische Änderungen sind seit 2011 in Entwicklung.[28] Seit Version 6.0 ist Wayland als Standard voreingestellt[29] (X11 wird jedoch weiterhin unterstützt).
  • Tizen: Tizen unterstützt Wayland in IVI-Konfigurationen.[30] Für Tizens Mobilplattform wurde Wayland-Unterstützung angekündigt.[31]
  • Sailfish OS: Jollas erstes Mobiltelefon mit Sailfish OS läuft laut Aussage der Entwickler mit Wayland.[32]

Das Wayland-Display-Server-Protokoll wurde durch verschiedene Komponenten implementiert, wie z. B. libWayland-server, libWayland-client oder libWayland-EGL. Alle diese Komponenten sind freie Software und unterliegen zusammen mit dem Wayland-Compositor Weston der MIT-Lizenz.[33]

Wayland war ursprünglich als ein neues Projekt auf der Website des Unternehmens Phoronix Media vorgestellt worden, als im November 2008 ein Artikel mit dem Titel „Wayland: Ein neuer X.Org-Server für Linux“ veröffentlicht wurde.[8] Høgsberg reagierte auf die Aufmerksamkeit der Medien über seinen Blog und informierte darüber, dass Wayland nicht ein neuer X-Server sei, sondern ein neuer Display-Server, und stellte fest, dass es ein junges, noch unreifes Projekt sei.[34]

Streit mit Canonical

[Bearbeiten | Quelltext bearbeiten]

Kurze Zeit nach Beginn der Entwicklung wurde Wayland vom Großteil der Linux-Gemeinde als baldiger Standard akzeptiert. Anfang 2013 gab jedoch Canonical überraschend bekannt, eine eigene Lösung namens „Mir“ entwickeln zu wollen. Diese Entscheidung löste Kontroversen aus, da viele es lieber gesehen hätten, dass gemeinschaftlich Wayland vorangebracht und so ein einheitlicher Standard etabliert würde.[35] In einer Stellungnahme von Mitarbeitern Canonicals wurde unter anderem argumentiert, Wayland habe schwerwiegende Sicherheitsprobleme vom X-Window-System geerbt. Diese Behauptung ist nachweislich falsch und wurde wenig später revidiert, führte jedoch dazu, dass die Fronten sich weiter verhärteten. Kritiker – darunter Høgsberg – warfen Canonical vor, das Projekt mit Falschaussagen torpedieren zu wollen.[36] 2017 gab Canonical schließlich die Entwicklung von Mir auf und verwendet nun in Ubuntu ebenfalls Wayland.[37]

Einzelnachweise

[Bearbeiten | Quelltext bearbeiten]
  1. Simon Ser: [ANNOUNCE] wayland 1.23.1. 24. August 2024 (abgerufen am 25. August 2024).
  2. lists.freedesktop.org. 25. April 2024.
  3. Wayland Architecture. Erklärung der Wayland Architektur. Abgerufen am 27. März 2016.
  4. Wayland Homepage. Erklärung der Ziele des Projektes im 1 Absatz. Abgerufen am 2. Juni 2020.
  5. Is wayland replacing the X server? Abgerufen am 2. Juni 2020.
  6. Kristian Høgsberg (englisch) – Seite bei fosdem.org (abgerufen am 21. April 2013).
  7. Interview: Kristian Høgsberg (Memento vom 3. Februar 2014 im Internet Archive) (englisch) – Seite bei fosdem.org zu einem Gespräch am 29. Januar 2012 (abgerufen am 21. April 2013).
  8. a b Wayland: A New X Server for Linux. Phoronix, 3. November 2008 (englisch) abgerufen am 21. April 2013
  9. a b New Wayland X Server Looks to How a Modern Desktop works. (Memento vom 29. Oktober 2013 im Internet Archive) The H, 6. November 2008 (englisch) abgerufen am 21. April 2013
  10. Displayserver: Wayland und Weston 1.3 erschienenGolem, am 11. Oktober 2013
  11. Wayland Google Groups
  12. Wayland Meets Some Summer Love w/ New Changes (englisch) – Phoronix, am 6. Juni 2010 (abgerufen am 21. April 2013)
  13. Wayland-FAQ – abgerufen am 31. Juli 2011
  14. Daniel Stone: The real story behind Wayland and X. 1. Februar 2012, archiviert vom Original am 5. Februar 2014; abgerufen am 22. Oktober 2013.
  15. Daniel Stone: The real story behind Wayland and X (Video). 1. Februar 2012, abgerufen am 22. Oktober 2013.
  16. KWin/Wayland KDE Community Wiki. Abgerufen am 24. Februar 2022 (englisch).
  17. Foreneintrag von Nvidia-Mitarbeiter Aaron Plattner. 7. November 2010, archiviert vom Original am 16. Dezember 2013; abgerufen am 13. Dezember 2013.
  18. Thorsten Leemhuis: Anfänge für Mir- und Wayland-Support in Nvidias Linux-Treibern. In: Heise online. 7. Oktober 2013. Abgerufen am 22. Oktober 2013.
  19. Nvidia GeForce: Linux-Grafiktreiber verbessert Wayland-Unterstützung. Abgerufen am 3. Januar 2022.
  20. Kristian Høgsberg: Wayland. Abgerufen am 5. September 2014. „No rendering API, all direct rendering“
  21. Kristian Høgsberg: Wayland Documentation 1.3 – Wayland Rendering. In: FreeDesktop.org. Wayland project, archiviert vom Original am 5. September 2014; abgerufen am 4. September 2014.
  22. Wayland FAQ. In: Wayland project. Wayland project, abgerufen am 4. September 2014. „Wayland doesn’t render on behalf of the clients, it expects the clients to use whatever means they prefer to render into a shareable buffer.“
  23. Jesse Barnes: Introduction to Wayland. Intel Open Source Technology Center; „Does not include a rendering API – Clients use what they want and send buffer handles to the server“
  24. Liane M. Dubowy: Schlanker Linux-Desktop: Enlightenment E20 veröffentlicht. In: Heise online. 1. Dezember 2015. Abgerufen am 22. April 2017.
  25. [Phoronix] GNOME Will Move Full-Speed With Wayland Support. Phoronix.com, 13. März 2013, abgerufen am 8. April 2013.
  26. Martin Gräßlin: KWin runs on OpenGL ES. 28. November 2010, abgerufen am 22. Oktober 2013: „It does not only help, it is a must have to start working for Wayland. So to say it’s the first part of the KWin port to Wayland.“
  27. Martin Flöser: On the Road to Modern OpenGL (ES). In: Martin’s Blog. 18. Januar 2011, abgerufen am 5. Januar 2020 (amerikanisches Englisch).
  28. Martin Flöser: The History on Wayland Support inside KWin. In: Martin’s Blog. 21. April 2013, abgerufen am 5. Januar 2020 (amerikanisches Englisch).
  29. Plasma/Plasma 6 - KDE Community Wiki. Abgerufen am 1. Juni 2024.
  30. IVI/IVI Setup – Tizen Wiki. Wiki.tizen.org, abgerufen am 8. April 2013 (englisch).
  31. Upcoming Technologies: Wayland and oFono. Tizen, abgerufen am 8. April 2013 (englisch).
  32. Jolla’s First Smartphone Powered By Wayland - Phoronix. Abgerufen am 5. Januar 2020.
  33. COPYING - wayland/wayland - Wayland Compositor Infrastructure. Abgerufen am 5. Januar 2020.
  34. Kristian Høgsberg: Casually Defiant: Premature publicity is better than no publicity. In: Casually Defiant. 3. November 2008, abgerufen am 5. Januar 2020.
  35. Linux Community: Canonical löst Shitstorm ausGolem, am 9. März 2013
  36. Martin Gräßlin: Kwami: Wayland vs. Mir. KDE-Entwickler auf Ubuntuusers.de, 7. März 2013
  37. Ferdinand Thommes: Linux: Ubuntu bereitet sich auf GNOME und Wayland vor. In: ComputerBase. (computerbase.de [abgerufen am 23. April 2017]).