nouveau: nyílt forrású 3D gyorsítás NVIDIA kártyákhoz

Címkék

Egy új projekt indult a freedesktop.org keretein belül, amely azt a célt tűzte ki maga elé, hogy nyílt forrású, 3D gyorsítást lehetővé tevő driver-eket állítson elő az NVIDIA kártyákhoz. A munka már megkezdődött, de a projekt wiki oldala szerint még annyira kezdetleges az egész, hogy semmi sem működik.

A megkívánt funkcionalitások táblázata itt. Vannak olyan funkciók, amelyek már készek, vannak amelyek már előrehaladott állapotban vannak, és vannak olyanok is, amelyekhez még nem nyúltak a fejlesztők. A projekt fejlesztők csatlakozását várja. A projekt TODO listája itt.

A projekt weboldala itt.

Hozzászólások

Mondjuk nem hiszem, hogy ez az nVidia eladasain meg fog latszani.

A kemenyvonalas szabadszoftvereseknek, ha kellett a normalis grafikus teljesitmeny, akkor meg kellett venni a trendi grafkartyat, ha meg nem, akkor ugyis valami 7000Ft-os szart vettek, amibol az nVidia nem kaszalt valami sokat.

ööö álljanak be az NVidiához fejlesztőnek vagymi?
Speciel örülök neki, mert ha eléri a használható szintet, nem kell a binárissal szívnom, amikor nem is használom nagyrészt (nem játszom über3D játékokkal).
Mert ugye a mostani Xorg nv még a 99% CPU nélküli XVideo scalet se tudja.........

Ha fel tudnak mutatni eredményeket, akkor lehet, hogy sikereket is elérhetnek. A nyílt forrású nForce ethernet meghajtó javára fejleszt ma már az nvidia, és a saját zárt forrású drivere már nem támogatott. Ha nincsenek csúnya hátsó okai a zárt forrásúságnak.

Software is like sex, it's better with a penguin. :D (r)(tm)(c)

Foglalkozhatnának inkább olyasmivel, aminek egyátalán nincs drivere, vagy alig működik, szerintem nem sok embert mozgat, hogy ami működik a gépén azt nyilt forrásúra cserélje.

Csatlakozom. Nekem se az nvidia se az ati nem működik tökéletesen. Ráadásul én sem használom ki se az X800-t , se az nVidia 7400-at, mivel istennek sincs directx9-es alkalmazásom amit futtatni kéne rajta. :)
Tehát ha bármelyikből csinálnak normális nyíltforrású és működő drivert, ami estetleg nem tudja a hight-tech "fícsöröket" nekem tökéletesen megfelelne.

A kérdés persze az, hogy egyáltalán mikorra készül el egy használható verzió, és teljesítményben mit fog nyújtani a gyári driverhez képest. Nomeg az se mindegy, hogy mennyire fogja támogatni a folyamatosan megjelenő újabb és újabb kártyákat.

azert mert jonnek itt a szegeny userek hogy "remelem jo lesz" mikozben a hozzaertes leghalvanyabb jelenlete nelkul hisznek vakon az openszorsz erejeben - ti. ugyanis az ilyeneknel kurvara nulla a siker eselye

ahogy Pontscho fogalmazott: viszlat 20 ev mulva

amugy nem kene idemosni se mplayert se libavcodecet mert rohadtul mas vilag

Szerintem nincs igazad. Az atlag user (aki nem programozo, nem rendszer hackelgeto es config file irogato wizard stb) ugyse fogja hasznalni HACSAK egy disztributor be nem rakja a disztribbe, akkor viszont ez utobbi csak nem hulye hozza teljesen hogy szart rakjon bele, illetve ha az, akkor meg az o baja ez, es nem aze, aki irta feltetlenul ui merlegelni kene mit teszunk be es mit nem ugye. Masreszt aki meg ert hozza annyira hogy sajat maga leforditja, stb stb, az meg valszeg fel tudja merni, hogy ez nem egy fullos stable, final release cucc, stb. Szoval en itt egy szem problemat se latok. Masreszt mplayer ugyben szerintem legalabb en is tudok annyit mint te, errol nem kell kioktatni, es ott is csak egy szarnyprobalgatasnak indult (ti: Arpinak kellett egy mpeg mplayer), nem tudhatod mi jon ki valamibol, amikor meg eppen indul, hatalmas hiba elitelni barmit ezen a ponton. Amugy ha meg nem lesz belole semmi, akkor nem lesz belole semmi. Akkor sem art, sot lehet mas formaban mas project ujra felhasznalja, ki tudja. Mint az evolucio: a valtozatossag jo, ami meg nem birja, az ugyse marad fenn abban a formaban, akkor minek itt fikazni?

ez mind jo, csak szokas szerint irrealis dologbol indulsz ki, megpedig abbol hogy egyaltalan elkeszul vmi hasznalhato dolog (won't happen)

mplayernel egyszerubb volt, csak meg kellett irni C-ben aszt kesz ;) libavcodec-et meg nem arpi csinalta, es ahhoz voltak hozzaferheto es olvashato szabvanyok meg egy okos matematikus is

azt is eszre kene venni hogy csak azok a projektek szoktak mukodni amiknek elobb van usable code-juk mint wikijuk - jelen esetben badly owned

Ha drivert fejlesztenek en ugyanezt tennem ki a honlapomra, akarmilyen jol is mukodik. Ugyanis semmi szuksegem nem lenne arra, hogy - doku hianyaban - egy rosszul ertelmezett, megirt rendszerhivasra menet kozben erkezo teszteletlen patch kinyir vilagszerte mittomen 500 karit es a ceges hardverekkel kiserletezo elszant teszterek gazdai leperelik a gatyamat is. kiserletezzen mindenki a sajat gatyajara!

Minél korszakalkotóbb ötlettel állsz elő, annál több hülyén kell átverekedned magadat.

"vagy most meg akartal cafolni?"

Nem, igazabol csak fel akartam hivni ra a figyelmedet, hogy nem veltelenul van az odairva. Egyebkent ertelmezd ugy ahogy akarod az ottani szoveget, mert teszteles nelkul majdhogynem teljesen mindegy, hogy mit mondassz rola. Komolysagat illetoen kb. annyit nyom a latba mintha en nyavajognek, hogy milyen nehez dolog a sulytalansagban osszerakni egy kalasnyikovot. :-)

Egyebkent en lattam mar a drivert mukodni.

Minél korszakalkotóbb ötlettel állsz elő, annál több hülyén kell átverekedned magadat.

Figyelj seggfej, lassan olvasd, hogy felfogd esszel: az altalad nezegetett site regota NEM a hivatalos, amint arra fel is hivjak a figyelmet. En veled ellentetben kepben vagyok azzal, amirol vitatkozunk. Szoval huzz el a fenebe vegre, mert mar kezdesz rohadtul kiakasztani.... A hozzaszolasaid alapjan egy hihetetlen nagy seggfej vagy, ha pedig meg elvezed is azt, amit csinalsz, akkor arra nehez jelzot talalni. Ha tovabbra is kotozkodni akarsz, osszefuthatunk valahol, es kulturember modjara majd jol beverem a pofadat :))) Mar reg tulmentel azon a hataron, ami meg belefer a jopofasagba, legalabbis nalam.

LOL, most látom az oldalt, épp a szememet nem üti ki:
'Development has moved to Mesa/DRM and X.org CVS trees, this site is out of date.'
Már majd' másfél éve nem frissítették.
Congrats, Gabucino, ezzel jó sok embert megszopattál. :-)
--
Gentoo motto: It's worth spending eight hours trying to make something load 20ns faster.

"Amugy ha meg nem lesz belole semmi, akkor nem lesz belole semmi."

Így van. De Keith Packard szerint az X.Org 7.3-ban már benne lehet a működő verzió (ez kb. 6-9 hónapnyi idő). Ekkor már valószínűleg annyira működni fog, hogy egy Beryl desktop-ot el fog tudni hajtani.

--
trey @ gépház

Sajnos én nem vagyok ilyen optimista.
Túlságosan nagy falat ez ahhoz, hogy 6-9 hónap alatt kisüljön belőle valami használható.
Persze, ha a háttérben az nVidia doksikat/információt ad át, akkor lehetséges. De akkor meg nem értem miért nem a saját driverüket nyitják meg. Eddig azt mondták (az nVidianál), hogy a kártya tudásának javát a driverszoftver adja és ezért üzleti szempontból nem lenne okos dolog azt közzétenni. Ha ennek az alternatív drivernek a fejlesztését támogatják információval az üzleti szempontból semmivel sem kevesebb, mint a saját driverük megnyitása.
Akkor most hogy is vagyunk?
Ez a freedesktop.org-os projekt feketedozobz reverse ingenering módon működik, (mint ahogy anno a BIOS esetében a Compaq csinálta) vagy "eredeti" doksik alapján?

Kételkedni lehet. Én sem vagyok 100%-ig biztos benne. Ha ezt egy most felbukkanó, lelkes ismeretlen programozó jelenti ki, akkor nem tulajdonít neki senki nagyobb jelentőséget. Azonban ezeket Keith Packard mondta, aki a 1980-as évek vége óta óta az (Xfree) X.org egyik húzóembere, tapasztalt programozó aki számos neves cégnél, intézménynél dolgozott és dolgozik (HP, Intel, MIT..), és aktívan részt vesz a nyílt forrású inteles 3D gyorsítást biztosító fejlesztésben, így amíg a nevezett dátum nem jön el, és nem bizonyított az ellenkezője, addig nem nagyon van okom nagyon kételkedni. Csak egy kicsit. Egyébként sem azt mondta, hogy akkora biztos lesz, hanem azt, hogy lehet.

--
trey @ gépház

Én is szeretnék csalódni a várakozásomba, de egy video chipet felderíteni a gyártó nélkül nagyon nagy munka.
A Compaqnak anno nagyopn sok pénze volt rá, hogy az IBM PC BIOS funkcióit felderítse. Most nem tudom ki áldozna erre a projektre olyan nagy összeget. A játék gyártók nem valószínü, hiszen inkább a Windowsra készült játékokat lehet eladni. A nagy Linuxban utazó cégek meg nem foglalkoznak CAD-el és játékkal.

Jó ideig állóvíz volt az nvidia opensource driver, volt néhány próbálkozás (pl. az MPlayer VIDIX drivere, de az is csak NAGYON speciális esetben működik), most meg hirtelen berobban ez a project egy neves fejlesztővel és egy magabiztos "ütemtervvel"... Lehet az nvidia mégiscsak kiszivárogtatott valami nem-kritikus információt?
Gondolom nem a riva128 driver alapján akarnak továbbmenni.

Nyilvan nem az alapjan, de miert ne? Sokkal kevesebb kulonbseg van az egyes cegek kulonfele chipjeinek valtozatai kozott, mint azt sokan hinni szeretnek. (Pl. kesoi Rage-ek, korai Radeonok az ATi-nal, de a kesoi Mach64-ek, korai Rage-ek koztt is vannak atfedesek. Mar csak azert is, mert manapsag mar ritkan talaljak fel a meleg vizet, inkabb meglevo fejlesztesekbol indulnak ki, vagy vesznek at belole lenyeges reszeket. Bar 3D-ben meg vannak csavarok a tortenetben, de 2D-ben gyakorlatilag nincs valtozas, vagy tenyleg minimalis, nem veletlen, hogy a driverek 2D tamogatasa minimalis valtoztatasokkal, de neha meg anelkul is szokott menni egy-egy uj chipen.)

-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-

Azért írtam hogy gondolom nem azon mennek tovább mert a mostani Xorg "nv" drivere azon alapul, és többnyire használhatatlan, szinte mindent CPU-ból csinál (ami nagyon fáj az az általam többször is említett XVideo scale).
Ha lenne valami előrelépésre esély ez alapján, azt már sztem meglépték volna x+1 év alatt.

Ami azt illeti, én teljesen elégedett vagyok a hivatalos nVidia driverekkel is. Lehet, hogy zárt forrásúak, de nálam eddig jól működnek, és sosincs velük semmi probléma. Egyedüli hibája, (főként a disztrók oldalárol) a licensze.

Én is így vagyok vele, a licensz nem érdekel, viszont lusta vok mint a dög => örülök ha az X magától tudja és nem kell lesni pl. hogy mikor javítják már azt hogy 60 Hz 85 helyett, viszont nem lehet a régebbi (működőre) downgradelni merthogy az új X-szel csak ez megy (és forrásból se fogok Xet rakni okot ld fent, az van ami amit a debiljány küld).

Remélem jól fognak haladni és ez arra fogja ösztönözni az nvidia-t, hogy kiadjon dokumentációkat (hisz mi értelme visszatartani, ha már amúgy is rájöttek az oss fejlesztők?)

Az, hogy sok apró részlet és összefüggés lehet, amire nem jöhetnek rá maguktól kísérletezés és reverse engineering útján (ha még nem csináltál ilyet, akkor hiába magyaráznám, ha csináltál, akkor tudod miért). Ja és persze a hw hibajegyzéke nagyon érdekes tud lenni a fejlesztők számára, hogy kikerülhessék azokat. Egyébként ez utóbbi lehet az egyik, amit félthetnek a nyílvánosság elől.

Már számítottam az ilyen commentekre. El kéne dönteni hogy ez szűzi naivitás vagy veszélyes pszichiátriai tünetegyüttes, mindenesetre mindkét esetben ajánlott a közgyógyellátás tájékoztatása a betegek számának hamarosan bekövetkező gyors növekedéséről.....

MIKOR LESZTEK MÁR KÉPESEK FELFOGNI HOGY A CÉGEKET EGY DOLOG ÖSZTÖNIZI: A PÉNZ?
Amikor majd profitot/piaci előnyt látnak benne hogy kiadják, azonnal ki fogják, meglátjátok. Amíg hátrányt jelent nekik (a konkurens cég belenézhet az övékbe de ők nem a konkurensébe) addig NEM FOGJÁK.
Akkor sem, ha az összes opensource fejlesztő összefog és atomjaira visszafejtik az egyik régebbi modellt. Mert abban nincs profitra esély.

Tökéletesen egyetértünk. Egy cég még az anyját is eladná, ha abból pénz jönne a házhoz és a részvényesek lába elé önthené a hasznot. :) Tehát nagyon nem kell reménykedni hogy majd jön a nagy graphchip gyártó és bűnbánóan odanyujtja a kártyái specifikációját.
Viszont az sem lehet a célja, hogy egy kicsi, ámda fejlődő piaci szegmenst pusztán gőgből kizárjon a vásárlói közül. Úgyhogy szerintem valamilyen szinten "támogatni" fogja a dologt, ha máshogy nem, akkor legalább nem fog keresztbe tenni a projektnek és hát valljuk be már ez is nagy szám egy cégtől.
Egyébbként példát lehet venni a HP vagy az Intel opensource labjairól. Csak minimálisan támogatják az opensourrce-t, de legalább támogatják. Márha ugye nem ütközik a piaci érdekeikkel :).

Rendben, az utóbbi időben sokszor szóltam be embereknek, elnézést (de nézd meg milyen elszállt véleményekre próbáltam meg rácáfolni, a stílus valóban minősíthetetlen, de legalább őszinte...).
Viszont ha viccnek szántad pakolj már a végére egy szmájlit légyszíves mert akkor nem megy fel tőled a vérnyomásom ;)

Nem venném a szívemre, ha vérnyomásbeli gondjaid lennének pont miattam. De: te sem tettél smileyt a végére és utálom azt, amikor egy szakmai fórumon személyeskedésbe kezd valaki. Szóld le az én reménykedésemet, véleményemet, semmi gond vele, de ne személyeskedj. Szerintem amúgy 1:1 és ne folytassuk! Béke veled!

Nekem sincs semmi bajom a bináris driverrel, sőt még a licensz is csak annyira izgat, hogy + 5 perc felrakni a drivert miatta... :D

De ha ennek az opensource projectnek jobb eredményei lesznek, akkor biztos a váltás, ha rosszabbak, akkor meg csak a szükség fog rávenni arra, hogy ezt használjam... :)

hat nem tudom hogy van ez most te regen eleg titkos volt a kartyak speckoja, szoval ha meg most is az akkor szerintem soha nem erik utol a binaris drivert ( sem sebesseg, sem uj kartya tamagatasaba ).

ezert drukkoljunk. ha nem akkor marad az nvidia binary shit :)

ps: nekem eddig is ment, eccer bugriportoltam, es megcsinaltak.

Ha másra nem lesz jó, az aktuális friss Xorg release és a vele már működő NVidia driver release közti hézagban is lehessen fullscreenben filmet nézni ;)
Én már ennek is nagyon örülnék, többet nem is várok tőle, esetleg hasznos lenne még (maaaaajd) ha a berylt is elhúzná...
Játékra egyértelműen kötelező marad a bináris.

Esetleg hivatalosan nem támogatott platformon pl. PPC is használhatóvá válnak az nvidia kártyák.

Sőt, az ATi állítólag x86-on is HASZNÁLHATÓAN működik, nemmondooood... Más kérdés hogy van "hivatalos" oprendszer meg van "nemhivatalos". Aki szereti szívatni magát, mert valami miatt ezt választotta, tudod, annak nem kell másik...
Mekkos alatt nem lehet olyan jól kockulni, túl egyszerű a használata ;)

edit: ja és az Apple meddig fogja még támogatni a PPC platformot? Nemhiszem hogy még sokáig húzod... Vagy veszel majd inteles Macet és a Windowst is fikázod majd orrbaszájba?

ez aztan a peldas hupakka komment. az elso bekezdesbol erdemi infot nem tudok kihamozni, viszont felhivnam a figyelmed arra hogy az apple egyaltalan nem tervezi unsupportedde tenni a ppc-t, nem ubuntu ez, a windows idekeverese pedig mandatory hupakka cselekedet szoval nem is probalom ertelmezni

viszont a rosettat tervezik x86->ppc iranyba is megvalositani unibinrol nem is beszelve, szoval coki csigu

Attol, hogy nem BIOS-t emulal, hanem egy egesz gepet, hogy a BIOS le tudjon futni. Meg lehet csinalni szepen is, de szamomra ettol ez meg tak, mert a tiszta modszer a cucc ujra flesselese (ha lehetseges), mint amit anno a G3-as Mac + Radeon7000 eseteben elkovetett egy kozos ismerosunk.

---
pontscho / fresh!mindworkz

Az azert erdekes, hogy mindent nagy ivben ganyolasnak minositesz ami neked nem tetszik, de ha vmi szerinted jo, akkor ugyanaz a megoldas maris az udvozito megoldas, vagy legalabbis elfogadhato :) Ilyen kettos mercevel konnyu ... Foleg hogy amiket dicsersz soXor closed source, nem tudhatod hogy nem sokkal nagyobb gany-e, mint amirol azt veled hogy az mert latod a forraskodjat, ugyanakkor nem emlekszem hogy annyira nagy coder lennel, bocsi :) Ettol persze lehet velemenyed, csak akkor ne kettosmerce alapon ...

de szamomra ettol ez meg tak, mert a tiszta modszer a cucc ujra flesselese (ha lehetseges)

Nyilvanvalo, hogy ezt az egeszet azert talaltak fel, mert a legtobb esetben nincs OpenFirmware "BIOS" egy-egy kartyahoz, es hiaba publikus a szabvany, akkora munka lenne megirni, hogy szimplan nem erdemes. Arrol nem is beszelve, hogy egyes vendor-specifikus BIOS verziokat, amik szinten szuksegesek nehany kartyanak, meg vegkepp lehetetlen tamogatni, arrol megintcsak nem beszelve, hogy mekkora anyazasok lennenek az userek altal elrontott flashelesek miatt bedoglott kartyak kapcsan, amikre nyilvan senki sem vallalna garanciat. Sz'al senki se orul neki, de attol meg ez van.

Bonus erv a sajat flashek ellen, hogy ugyan MacPPC-n voltak sajat flashes kartyak, de kicsit rohelyes, amikor az utolso atomig ugyanazt a hardvert otszoros aron adjak, csak mert mas flash van benne. Igen, pontosan lasd a PC-srol atflashelt Radeon 7000 esetet. De ugyanigy lehet kapni Maces flashes IDE kartyat, 35e HUF-ert. Nekem teljesen ugyanaz az IDE kartyam van, csak PC-s verzioban. 500 forint volt egy bontoban. Go figure. Raadasul a Linux nem tesz kulonbseget a ketto kozott, ugyanugy kezeli, csak nyilvan a Mac nem tud bootolni a PC-s BIOS-u kartyarol. Vagyis csak es kizarolag a bootolas c. funkcioert fizetnek 34500 forintot. Inkabb a halal. Betettem egy 2 gigas SCSI winyot (ingye' volt), arrol betolja a kernelt meg az initrd-t, majd az elso kanyarban lekapcsolja a cuccot, hogy ne porogjon feleslegesen es csa'.

-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-

Megjegyzem, termeszetesen a Pegasos tamogat PPC nativ firmwareju kartyakat is, mert mint mondtam az OF nyilt szabvany (benne van a neveben), de sztem kb. 0db ilyen kartya kaphato kereskedelmi forgalomban, a Maces kartyak meg altalaban hasznalnak jopar proprietary Apple extensiont, az OldWorld hackekrol nem is beszelve, igy azok szinten kilove...

-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-

Nyilvan te tisztaban vagy vele, csak mas aki olvassa a forumot nyilvan nem, es az marad meg hogy ez mekkora hack, pedig jobban is lehetne. Sajnos tul sokszor nincs mas valasztas... :/

-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-

Ellenkezo esetben az lesz a musor, mint MorphOS alatt, hogy a kartyan levo BIOS-ba csa'polt init rutinokat egy x86 VM futtatja

Csak a pontossag kedveert: a MorphOS-ben nincs x86 VM, az a Pegasos OpenFirmware-ben van, egy 486 kodot tamogato, ha joltudom realmode only x86 emulator, azzal inicializalja a kartyakat a cucc. Nem csak a videokartyakat, hanem pl. IDE es SCSI kartyakat is. A MorphOS abszolut nem nyul a kartyak BIOS-ahoz. (Nehany kivetellel, de akkor sem futtatja, vagy hivja meg a BIOS-t, csak informaciot banyasz belole, par dologhoz.)

-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-

En szurkolok nekik, mert legalabb egy alapfunkciokat tudo drivert osszehozhatnanak. Bar anno ('98-ban) meg utah-glx ala volt nagyjabol mukodo opensource driver az nvidia riva 128/tnt kartyakhoz, de az is messze elmaradt a windozos driverek tudasatol es sebessegetol.

Az viszont biztos, hogy nem lesz egyszeru dolguk...
En tobb mint 2 honapja szopok a VIA unichrome 3D driverrel, pedig ehhez egyreszt kiadtak a regiszter listat (csak a .h filet, kommentezes nem sok, de eleg beszedesek a regiszterek nevei, sok mindent ki lehet talalni), masreszt van hozza jopar driver (dri, directfb, via-fb) amibol legalabb az alap engine setup-ot ki lehet nezni.
Viszont pl. 2 texture engine van, de nem sikerult multitexturazast elernem, olyan mintha nem mukodne az egyik (kamu? bugos hw? letiltottak?), es vannak egyeb erdekessegek is (alphablending es antialiasing utaljak egymast)... ezekkel egyenkent el lehet cseszodni hetekig :(

A'rpi

Hagy fikázzam én is: TV-out lesz benne? Nagyon szívesen kivágnám a zárt forrású nvidia drivert, de nem lehet, mert a TV-out csak azzal megy (rendesen).

Opensource nVidia driver ertelme:
1. Szamos esetben szuksegelt a kulcsrakesz driver meglete. Egy pelda.

2. Ha az OpenSource szoftverek be akarnak torni a desktop vilagba, a minimum, hogy kulcsrakeszen legyen bennuk 3D support is.Egy iyen driver szuksegessegenek megitelesekor nem azon kell morfondirozni, hogy: "hat ugye a CAD/Game vilagban nincs akkora igeny linuxra mint vindozra", hanem ugy, hogy:

a) Ha szeretnenk kulcsrakessze tenni a nyit szoftvereket CAD es jatekszoftverekre, mi az a legfontosabb lancszem ahol el kellene ezt kezdeni?.

b) Melyik gyarto termekevel erdemes kezdeni?. Keszitunk egy tablazatot es gyorsan attekintjuk a jelenlegi helyzetet, majd kivalasztjuk a legalkalmasabb termeket a kovetkezo szempontok osszevetesevel:
- legelterjedtebb kartyak (minel elterjedtebb kartyat veszunk celba, annal nagyobb a valoszinusege, hogy a konkurrens gyartokra nyomast gyakoroljunk, hogy a sajat opensource driveruket maguk keszitsek el)
- mar meglevo valamilyen driver elony (a stabil driver megjobb, ha RE-t akarunk alkalmazni)
- legkevesebb eroforrast igenyli az elkeszitese, elony ha mar van hozza kezdetleges kod a kiindulashoz (pl. jelen esetben az nv)

3. Ha ezt az urt kitoltik a nyilt szoftverek, azon elsosorban a felhasznalok nyernek. Nem csak azok akik nyilt szoftvereket hasznalnak, hanem azok is akik mas OS alatt hasznaljak ezeket. Szamos gyarto hamisitja meg a kartyainak a valos muszaki parametereit, hogy ezzel piaci elonyt szerezzen. Az nVidia es az ATi ezen gyartok ellovasai. Ha majd lesz nyilt forrasu driver, ezek a dolgok meg nagyobb reflektorfenyt kapnak es ra fognak kenyszerulni, hogy tiszta lapokkal jatszanak.

4. Egy 500 gepes halozatban nehogy egyszerubb legyen a zart drivert hozzaforgatni a kernelekhez, mint egy kulcsrakesz internal driver leterol szinte tudomast sem venni. :-)

Minél korszakalkotóbb ötlettel állsz elő, annál több hülyén kell átverekedned magadat.

Meglatjuk, mi lesz belole. A 3.3.x-es XFree86 idejeben volt a utah-glx ami meg a korai nvidia kartyakat is tamogatta, azutan jott a 4.0 es a DRI, az nvidia nem adott doksit, igy elakadt a projekt. Kicsit szkeptikus vagyok, mert pl. az r300 is erosen reverse-engineering modszerrel keszul, sokszor az fglrx altal inicializalt kartyak regiszterdumpjait elemzik hozza, plusz van benne egy rakas mesa fallback indirect modra. A 3D teljesitmenye meg jocskan elmarad az fglrx mogott, viszont elonye, hogy nagyjabol ugyanazok vesznek reszt a fejlesztesben, mint akik a libdrm, a mesa es az x.org fejlesztoi. Utobbiak azert sokszor borsot tornek az nvidia es az ati programozoinak az orra ala...

Amugy tok jo a kulcsrakesz 3d support. Akkor mar inkabb out-of-the-box, vagy tamogatas :))

Az 500 gepes halozat eseteben meglepne, ha 4-5 erdemben kulonbozo kernel/ rendszerkonfignal tobb lenne, ahol ennyi gep van, ott nem vallalja fel epeszu uzemelteto, hogy csak ugy cserelgeti a szoftvereket, a kernelmodult pedig csak egyszer kell egy kernelhez leforgatni.

Szerintem az nv driver meglete nem jelent sokat, mivel ujra kell irni egy rakas dolgot, hogy a DRI/DRM modullal egyuttmukodjon. Lehet, hogy jobban jarnak egy teljesen uj driverrel, mint a regi modositgatasaval, az x.org ugyis komoly strukturalis valtozasokon megy keresztul manapsag.