Administrace komentářů

Xorg ke své práci potřebuje kernel drivery, což může být klasický framebuffer (textová konzole) nebo DRM driver (který se stará o DMA přenosy, synchronizaci apod.). Driver v Xorg pak tohle DRM API používá pro přímou komunikaci s hardwarem (což zrychluje operace). Dříve jsi ještě musel vybrat správný kernel ovladač pro AGP můstek v čipsetu.

Samotný kernel framebuffer (/dev/fbX) můžeš používat jako textovou konzoli a jsou i nějaké experimentální implementace GTK, kdy nepotřebuješ Xorg (aplikace ti jede jen nad kernel framebufferem). Jsou i další aplikace, které umí vykreslovat v čistém framebufferu, například "mplayer -vo fbdev2", tuším links a pak nějaké zobrazovače obrázků ... boot splashscreen je většinou ve framebufferu (nebo kernel kreslí malé tuxy per core). DRM driver většinou implementuje framebuffer taky.

Když spustíš Xorg s programy bez window manageru (stačí třeba "X :1"), tak nemáš jak interagovat s rozměry a focusem oken (ale samotná okna jsou vidět - myslím že bez dekorace). Často bejvá na pozadí taková šachovnice a kurzor ve tvaru "X" (to přenastavuje většinou ten WM přes funkce v X11 protokolu).

Wayland (protokol) je něco jako kompletní předělání řešení GUI v linuxu. U X11 všechny okna v systému spravoval jeden systém (z 80. let), což mohlo vést k tomu, že si aplikace mohly odposlouchávat sousedy, zasahovat do grafiky ostatním apod. Když se pak ke konci 90. let objevilo OpenGL, tak se musely dělat speciální "zkratky", aby se elementy GUI mohly renderovat přímo na GPU a zároveň si na GPU nelezly do zelí (proto to DRM - direct rendering manager). Ve Waylandu si každá aplikace renderuje vlastní okno sama (třeba přes GTK, Qt, apod.) a wayland kompozitor se pak stará o to, kdo bude příjemce zpráv apod.

Wayland protokol tedy není kompatibilní s X11 prokolem, ale existuje implementace X serveru, která běží jako jedna "aplikace" nad wayland protokolem (z původního Xorgu je pak něco na úrovni GTK). Nevím jak kvalitní implementace to ale je, Wayland je stále dost experimentální.

Xorg i Wayland píšou stejní lidé. Wayland není revoluční násilná změna, ale IMO postupná evoluce, kdy aplikace postupně přejdou na Wayland. Dokonce GTK a Qt aplikace by si toho neměly ani všimnout, protože se jen přidá podpora pro další backend (která už IMO je). Kód z například xf86-video-amdgpu se nejspíš přesune z části do wayland kompozitoru, Mesa3D a/nebo zanikne (protože ten kód už nikdo nepoužije - například Weitek "GPU" karta z 1993 už nemá v Xkách driver tak od roku 2000 a to měla v sobě akcelerační funkce pro X11 protokol). Kód toho základního neakcelerovaného framebufferu (xf86-video-fbdev) je už dnes prakticky jen posílání příkazů kernel driveru a alokace bitmap.

Když jsem tuhle kompiloval Xorg server, tak třeba Wayland driver pro vstup (libinput) tam byl taky. DRM kernel drivery zůstanou stejné, protože těch se to netýká (maximálně vydají novější verze API ). Mesa3D (implementace OpenGL driverů pro GPU) je už dnes kompatibilní s Xorg i Waylandem, takže se akorát v budoucnu nejspíš vypustí.

Konfigurace Waylandu asi bude trošku jiná (nevím Wayland do Slackware ještě nedorazil), ale on i ten Xorg dneska xorg.conf prakticky nepotřebuje (má autodetekci a COM myši jsem přestal používat už i já ).

Kdyžtak se koukni na wikipedii, tam jsou grafy závislostí mezi komponentami.