Nová akcelerační architektura pro Xka

Souhlas. I takový "X Window System" bych ještě toleroval, ale "X Windows" vážně ne.

Toleroval? X Window System je přece naopak správný název té věci, ne?

Děkujeme.

Tak jsem tu knihu prolistoval a jenom kroutim hlavou. Nevim teda, jak je ta kniha stara, ale mam dojem, ze snad autor si chtel vybit zlost, ze mu neco nejde.

On je snad dneska unix uz easy to use pro vice nez 1.5% populace?

V pripade Xwindow s nim souhlasim --- kdyby je radsi vykuchli uplne a napsali nove graficke rozhrani...

Zpravicka je zavadejici. Nejde jen o zahozeni xaa, kterou nahrazuje pomalu exa, ale o vytvoreni nove akceleracni architektury uxa. Vse je motivovano vyvojari Intel driveru. Dalsi zajimavosti je, ze TTM memory management bude nahrazen GEM memory managementem, coz je hlavni duvod toho, ze poradny akacelerace pro intel grafiky se dockame az v xorg 1.5.

gem v xorg 1.5 spis nebude. resp. to nezavisi na verzi xserveru, ktery v budouci verzi 1.5 nebude mit nektere veci urychlujici exa architekturu, uxa bude az kdo vi kdy. navic gem dost zavisi na dostupnosti dri modulu v jadre, ktery umi gem, jenze ve 2.6.27 urcite nebude (od rc1 do final to byvaji tak 2 mesice, takze pristi 2 mesice urcite ne, mozna ve 2.6.28, kdo vi).

gem intel driveru je mergnuty do master, takze pristi verze intel driveru bude gem uz umet (2.5). nicmene ma zatim nekolik problemu - pomalost, nefunguje fbc. to predpokladam spravi. nicmene ten driver je dost zavisly na dri z drm-gem vetve a ta je silne dobrodruzna zatim.

Diky za upresneni. Ja jsem to pochopil tak, ze ta pomalost je nejen kvuli gem ale i diky diky exa, proto ta snaha o vytvoreni uxa. Nicmene ta zpravicka uzce souvisi s aktivitami ohledne dri-gem branche a bude to asi jeste nejakou dobu trvat, nez se to dostane do mainstreamu.

zdroj: http://keithp.com/blogs/UMA_Acceleration_Architecture/

-- cut ---
started UXA by just copying the existing EXA code and running an edit script to change all of the names. Then, I went through the code and removed everything dealing with pixmap migration, damage computation or explicit global hardware synchronization. The only synchronization primitive left is the prepare_access/finish_access pair which signals the start and end of software drawing. The hardware driver is expected to deal with all other synchronization issues itself.
------