No pockat, ale neni to nahodou presne to, co rikam?
Tj. Linus si zvolil cestu "nechci mit balvan udrzovani API/ABI na svych bedrech", coz je jiste pouze v jeho kompetenci a jeho osobni rozhodnuti a jak sam tvrdi, ze "not because of any really technical reasons". Ja chapu, ze je zpetna kompatibilita je "vopruz", na druhou stranu benefity jsou vice nez znatelne.
Priklad Linuse je, sam uznavam, trosku spatny, protoze je to clovek veskrze pragmaticky. Bohuzel jsou kolem jadra jini (napriklad Greg KH), kteri jsou opravdovi fundamentaliste, kteri chteji dokonce moznost jakehokoli std. ABI znemoznit. 2 mesice zpet kolem toho byla tusim dost drsna diskuze na LKML.
A co se tyka zasahu do okolnich driveru:
Jedna vec je zmena kodu (kterou proste musi udelat vsichni a nemyslim si, ze by byla nejak nicotna), druha vec jsou uzivatele, kteri cekaji, az se patch dostane vubec ven. Jen tak pro ilustraci vypis (baj woko, bez grepu) z Changelogu jiz zmineneho spca50x:
* Fixes for compilation against 2.4.20 kernels
* FIX compilation problem under kernel 2.4.24
* Add usb_kill_urb() for the 2.6.9 kernel
* Re-sync with spca5xx to fix support for > 2.6.5 kernels.
* sync with spca5xx to make it compile with gcc 3.4.3 and to make it work with linux 2.6.10.
* restore the le16_to_cpu() for kernel up to 2.6.11
* FIX from Ulisses De Penna Kernel problem with 2.4.23
* FIX compilation with kernel > 2.6.14
Ja vim, mozna to pro nekoho neni moc (urcite to neni vsechno), mozna pro nekoho ano. Faktem vsak zustava, ze cloveka nenastve nic vic, nez ze po upgradu kernelu se musi prekompilovat X modulu, z nichz pulka ani nejde, protoze se ceka na fix.
Názor k článku
Dell zjednoduší správu ovladačů v Linuxu
