A fejlesztő elmondta, hogy a végső cél elérése - KMS/GEM/DRI2 - felé vezető úton kötelességüknek érezték, hogy ne távolítsanak el opciókat mindaddig, amíg a célként kitűzött dolgok nem működnek a lehető legtöbb ember számára. Így ahelyett, hogy rákényszerítették volna az embereket arra, hogy váltsanak a teljesen stabil és gyors új kódra, megpróbálták biztosítani, hogy a driver minden egyes kiadása működjön a régi opciókkal is.
Mindazonáltal, a meghozott változások egy része regressziókat hozott a régebbi opciók használata esetén és ez nem az a dolog, amitől az emberek boldogabbak lennének -- a régi kód lassan fut, az új kód pedig még nem egészen kész az éles felhasználásra. Persze - mint írja - az is opció lett volna, hogy nem adnak ki kódot, hanem üldögélnek a "tökéletes" driveren dolgozva, amely megjelenik majd nem sokkal a világ vége után.
Ehelyett inkább úgy döntöttek - bevallva, hogy sokat nem rágódtak rajta -, hogy folyamatosan adják ki az anyagot, olyan állapotban, hogy az a lehetőségekhez képest valamennyire működjön és a közösség segítségét igénybe vegyék a ennek jelentősnek mondható átalakulásnak során.
Az összefoglalót Keith azzal zárja, hogy látszik már a fény az alagút végén. A driver újratervezése befejeződött és már a helyén van az az architektúra, amelyet a fejlesztők szerettek volna (global graphics memory management, kernel mode setting, per-window 3D buffers). Ezzel a projekthez hozzáadott új kód mennyisége drámaian lecsökkent, közelít a nullához. A felhasználók várhatóan az idő előrehaladtával ezt úgy fogják érzékelni, hogy a driver megbízhatóbb, gyorsabb és jobb lesz.
A részletek itt olvashatók.
- A hozzászóláshoz be kell jelentkezni
- 3340 megtekintés
Hozzászólások
Már várom azt a bizonyos fényt és remélem azt is, hogy nem kell ehhez féléveket várni. A maximális felbontást is korrigálhatnák, ugyanis az x4500MHD tud 2048-nál magasabbat is (az engem nem érdekel, hogy a 965 nem tud).
- A hozzászóláshoz be kell jelentkezni
Remélem a Karmic-ba sikerül összeheggeszteni a DRI2/GEM/KMS triót. Jobban örülnék, ha ezek dolgoznának, mint a bootidőn (2-3-4 hetente rebootolok, akkor is kernelfrissítés miatt) :(
"A fejlesztot azert fizetik, hogy oldja meg a problemat. Ez egy kemeny szakma." - Chain-Q
- A hozzászóláshoz be kell jelentkezni
Erősen valószínű, hogy mindkét problémán más-más ember / csapat dolgozik. Hiába nem foglalkozna az egyik a boot idővel, ha nem tudja megcsinálni helyette a driver-t.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Ez a Keith Packard mindig is egy szimpatikus figura volt. Nem trollkodik, nem akarja megváltoztatni a felhasználók szokásait, amíg nincs kész az új, addig a régit is támogatják stb.
Meg hát úgy eleve egyáltalán azóta van valamilyen szinten is használható driver az Intel grafikus vezérlőihez, amióta ő lett ráállítva a témára.
Viszont ha jól értettem, akkor a GEM kifejezetten kihasználja, hogy a grafikus vezérlő a CPU-val közös memóriaterületen garázdálkodik és dinamikusan lehet lapokat ide-oda allokálni a kettő között. Magyarán lehet, hogy ez az egész cucc csak az integrált grafikus vezérlőknél fog bármit is számítani, saját framebuffert használó kártyáknál marad a (lassú) CPU által vezérelt másolgatás?
---
Linux is bad juju.
- A hozzászóláshoz be kell jelentkezni
Szerintem igen. De masoknal van gyors dedikalt ram amig az nincs teli, addig jo.
Amit nem lehet megirni assemblyben, azt nem lehet megirni.
- A hozzászóláshoz be kell jelentkezni
Igen, csak hogy kerül át az alkalmazás pixmapje a video memóriába? Az egyik esetben simán laptábla babrálással, másik esetben egy lassú copy-val uncachable memóriaterületre. Vagy van valami GART DMA mechanizmus támogatás is a GEM-ben? Mert akkor elvileg a grafkártya maga veszi ki a zoxigént pixmapet a rendszermemóriából, ami akár gyors is lehet.
---
Linux is bad juju.
- A hozzászóláshoz be kell jelentkezni
Csak en hianyoltam a "Intel driver" kifejezesbol a "grafikus" szot. Vagy az "Intel driver"-bol nem lehet a wireless-re vagy sok mas dologra asszocialnom? Na, jo, jo tenyleg errol van legtobbet szo mostanaban es a linkrol is egybol kiderult mi van, de akkor is...
- A hozzászóláshoz be kell jelentkezni
Beletettem, bár akinek nem egyértelmű a cikket elolvasva és Keith Packard nevéből, hogy miről lehet benne szó, annak erős ez az oldal.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
subscribe
--
Keep it simple, stupid.
- A hozzászóláshoz be kell jelentkezni