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
Wie hier (https://wiki.yoctoproject.org/wiki/Wayland) steht sollte es reichen, wenn du in der conf/local.conf des Layers die Variable:
1 | CORE_IMAGE_EXTRA_INSTALL += "wayland weston" |
einfügst und dann das Image neu baust.
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.
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.
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.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.