me vidim nacin da linux na (kvazi)desktop jos dugo vremena bude nesto vise od operativnog sistema za specijalizovane radne stanice i desktop-a za entuzijaste. mislim da je potrebno dovoljno dugo ponavljati u vidu mantre:
INTEGRACIJA,
INTEGRACIJA,
INTEGRACIJA
....
kao i:
BACKWARD COMPATIBILITY,
BACKWARD COMPATIBILITY,
BACKWARD COMPATIBILITY,
BACKWARD COMPATIBILITY
....
evo bas danas sam bio "zrtva" prethodnog sa kernelom 2.6.14.x. elem, ATI drajver je pozivao dve deprecated f-je koja su izbacene uglavnom zbog toga sto su pravile probleme, a pre toga su jedno 1-2 verzije kernela bila #define-ovane na return 0; tako je verovatno konacni bilans slican ...
da skratim pricu:
1) u pitanju je compat layer izmedju ioctl32/64
2) dobar deo binarnog koda se isporucuje kao x86 binarija
konacni rezultat je ovaj:
1) ukoliko imamo x64 kernel, sto, jel', nije i tako redak slucaj i sredimo pomenuti drajver tako da ne poziva pomenute f-je, bicemo u stanju da ucitamo drajver, otherwise necemo moci da ucitamo kernel zbog nepostojecih simbola.
2) posto je modul ucitan i DRM je alive and well, u slucaju x86 binarije dobicemo nesto kao:
libGL error: failed to open DRM: Operation not permitted
ukoliko ukljucimo LIBGL_DEBUG=verbose, videcemo i zasto...
3) "desktop" korisnici x64 masina sa ATI kartama (i verovatno NVidia kartama pretpostavljam da postoji identican problem, tesko mi je da zamislim da nije prisutan) nece moci da se igraju ... bar neko vreme
4) downgrade-ovanje na stariji kernel nas vraca na problem sa pomenutim deprecated pozivima koji su uklonjeni iz realnog razloga, ali problem nije resen
Desktop ready, hell yeah... average entuzijasti bi trebalo oko 4-5 dana da provali ovo, samo sto bi njegov zakljucak bio da "ATI drajver ne radi". ovim bih zavrsio svaku naknadnu pricu o backward compatibility-u koja je na linux-u neizbezan issue od kernela do kernela.
btw.
http://biz.yahoo.com/prnews/051115/sftu132.html?.v=24
[Ovu poruku je menjao caboom dana 16.11.2005. u 15:27 GMT+1]