Linux Yocto Pyro Wayland Weston UP-Board

[Dirk (Gast)]

Hallo, ich hab mir ein UP-Board gekauft und würde gerne Linux Yocto Pyro 
mit Wayland + Weston Compositer installieren.

Die Schritte zum bauen des Linux Pyro ist hier beschrieben, aber wie 
lege ich nun Wayland + Weston fest und welches Paket brauch ich noch?

https://github.com/emutex/meta-up-board/blob/pyro/README.md

[Thomas Z. (thomas_z41)]

Wie hier (https://wiki.yoctoproject.org/wiki/Wayland) steht sollte es 
reichen, wenn du in der conf/local.conf des Layers die Variable:

CORE_IMAGE_EXTRA_INSTALL += "wayland weston"

einfügst und dann das Image neu baust.

[Dirk (Gast)]

Und wofür sind die Schritte?

Enable building
Wayland - If "wayland" flag in DISTRO_FEATURES is set, Mesa builds the 
wayland-egl platform
Weston compositor -
If "wayland flag in DISTRO_FEATURES is set, Weston will build with KMS 
support.
Also, if X11 is enabled, as in the x11 DISTRO_FEATURES flag is set, 
weston will be build with X11 support.
The preferred way to enable building is

DISTRO_FEATURES_append = " wayland x11"

Ich werde noch nicht ganz schlau aus der Beschreibung.

[Daniel A. (daniel-a)]

egl: Wenn man irgend welche 3D sachen rendern will, sei es ein game oder 
sonst was, grauchtman OpenGL/GLES oder Vulkan. Bei wayland wird das 
unter anderem vermutlich genutzt, um die Benutzeroberfläche schneller 
und mit weniger Rechenleistung durch GPU beschläunigung zu rendern. Oder 
irgend was in die richtung.


KMS: Kernel Mode Setting. Gehört in die gleiche Kategorie wie Direct 
Rendering Manager (DRM) und Direct Rendering Interface (DRI). Früher 
wurde das anzuzeigende Bild einfach in den Framebuffer geschrieben, 
unter /dev/fd*. Dann hat Redhat/Freedesktop das Interface für veraltet 
und kaputt erklärt, weil man damit das angezeigte Bild in den speicher 
mappen kann, und es noch kein sauberes Interface zur Auflösungsändern 
gab. Dann haben sie DRM/DRI eingefürt, ohne sauberes Interface, wo jeder 
treiber einen eigenen Userspace Treiber brauchte, die immer synchron 
bleiben mussten, da die uapi nicht wie sonst stabil war, Nach 3 
iterationen oder so und vielen altlasten hat man dann gemerkt, dass das 
ein problem ist, und hat mit dumb buffern vor kurzem im grunde wieder 
das alte framebuffer konzept hinzugefügt (neben der bestehenden 
framebuffer emulation). Bei der hälfte der treiber funktioniert das 
nicht richtig, man versuche mal dem generischen X11 modesetting treiber 
mit z.B. vkms zum laufen zu bringen, oder auf nem android nach /dev/fb 
zuschreiben... Da X11, Wayland, etc. auf DRM setzen, und alle modernen 
linux treiber darauf aufbauen, musten auch die meisten BSD Systeme 
dieses portieren. Das absurde Berechtigungskonzept, wo zugriff auf die 
/dev/dri/* files nicht ausreicht, um die interfaces zu nutzen sorgt 
häufig für ärgernisse. Aber man kann die zeit halt nicht zurückdrehen.

Zusammengefasst: Bei modernen Grafikkarten ist nurnoch KMS/DRM/DRI 
sinvoll.


Weston X11 Support: Weston unterstützt das X11 Protokoll, das vom alten 
X11 server stammt. Viele Anwendungen und libraries wurden zu X11 zeiten 
geschrieben, und können nur darüber etwas anzeigen.

[Dirk (Gast)]

Danke mit der Erklärung werden mir ein paar Sachen klarer. Ich würde 
gerne auf X11 komplett verzichten und Wayland/Weston + OpenGL in meinen 
Applikationen nutzen.