Citat:
Not now, John!: Zašto nVidia nema problema sa izdavanjem drajvera? Nigdje ne vidim da za svaku verziju kernela postoje drugi drajveri...
Zadnji put kad sam ja koristio ATI drivere na slacku prije > 1.5 god od mene je tražio nekakvo on-site kompajliranje kernel modula :) Ne znam da li su konačno uspjeli napraviti Jedan Univerzalni Blob (TM)....no iskreno baš me i briga sad :)
Nego što se tiče podrške za novije verzije linux kernela - mislim da je to manje vezano za arhitekturu linuxa kao takvog, već više za X-e..
http://www.linuxquestions.org/questions/t253027.html
Citat:
As long as both X servers continue to maintain their binary compatible driver interface, our graphics driver will work with both X servers. We have open communication with both X.org and XFree86 developers, so we do not anticipate that compatibility will break.
Opet - sa dovoljno ljudskih resursa vjerojatno možeš svaki driver natjerati da radi i na toasteru (mislim da su uspjeli NetBSD natjerati da se vrti na jednom :) ali to opet ne znači da si svaka kompanija to može priuštiti i da joj je isplativo. NVidia ima unificirani driver model za sve platforme koje podržava. Uzimajući u obzir koliko je softicirana tehnologija iza modernih GPU-ova, to ima smisla. Za neki hardver sa relativno jednostavnom funkcionalnošću koja se ne upgrade-a tako često (što se u modemima promijenilo zadnjih 15 god? V.92...i?), održati stabilnost API-ja je od krucijalne važnosti.
Po običaju ništa pametno. No dobro, možda ipak nešto:
Citat:
The 2.4 series has been in 'feature-freeze' for almost two years, and even now I'd say that it is in a late beta state."
:D
Citat:
zi::: Svaka cast, ali ne surfuje svako iz pripizdine, i ne koristi svako 56k modeme.
Opet mašite poantu. Ne radi se
o meni ni o
mom modemu kojeg sam naveo kao primjer, nego općenito o mogućnosti da ja mogu isti bogovetni driver koristiti sve dok cijeli komp ne ode u đubretište. Na linuxu ja
nemam takvu mogućnost jer pingvini
svjesno razbijaju link-time kompatibilnost.
Pitate se zašto nema više profesionalnih komercijalnih alata sa Windowsa/Maca portanih na linux? Ne zato jer ga korporativna gamad "mrzi" i boje se RMS-ova gnjeva, već zato jer je prevelik PITA podržavati nešto što se mijenja češće od GWB-evih stajališta o povodu za rat u Iraku.
Trenutna Winlogon arhitektura je zastarjela (bazirana na > 10 godina starom dizajnu) i odavno zahtijeva temeljit revamp. 3rd party proizvođači autentikacijskih mehanizama imaju već 2 godine uvid u novi dizajn na Visti, a s obzirom da stvari kao što su biometrijska autentikacija nisu nešto što bi Joe Consumer koristio već se koriste u enterprise worsktationima, a oni enterprise-i neće početi prelaziti na Vistu barem još do isteka sljedeće godine (do prvog SP1, kako poslovično oprezni IT decision makeri vole istaći), rekao bih da imaju i više nego dovoljno vremena da upgredaju svoje GINA i Winlogon NOTIFY DLL-ove.
Joe Consumer ovo neće ni osjetiti - skinite Rusinovičev autoruns tool i uvjerite se kako je Winlogon tab prazan. Iznimka bi bili neki HP Credentials Manager i sl. debilini alati koji OEM-ovi vole bundlovat a koji ništa pametno ne rade što se ne može bez njih. Daleko veći problem u trenutnoj arhitekturi Winlogona jest što ga malware debelo koristi za startup i špijuniranje login passova (guglajte za WlxLoggedOutSAS() API-jem). Ovi što koriste Winlogon NOTIFY se čak dižu i u safe-modeu i nije ih baš na prvi pogled lako maknuti.
Bottom-line: proizvođači 3rd party autentikacijskih mehanizama koji se koriste u jako uskoj sferi poslovanja imaju dovoljno vremena da nadograde svoj softver (na linuxu bi jednostavno otkrili da je API izmjenjen samo tako). Manje-više svi ostali (od starih ISAPI ekstenzija koje podržava IIS 7.0 pored novih managed interfejsa, starog TDI pored novog WSK u Vistinom novom TCP/IP stacku....pa do ekstenzija za windows shell, novog MSI installera 4.0 koji će imati sposobnost generiranja instalacija koje, ako se budu pokrenule na pre-Vista windowsima će i dalje "just work", premda neće iskorištavati UAP, Restart Manager, Patchwiz etc. - pa zaključno sa novim kernel-mode driver frameworkom - WDF koji je napisan u C++ (da ga Linus vidi... :) i omogućava moderan i rapidan razvoj drivera od Win2k do Viste pa nadalje..) će i dalje raditi bez problema.
Sigurnost OS-a ne smije patiti, negdje se mora podvući granica. Ja jako sumnjam da će MS RTM-ati OS na kojem će pola stvari prestati raditi or smthng :)
Re: Linux kernel getting buggier
Registrovani: 3 ( whitie2004, nkrgovic, bofla )