( Hiena | 2008. 05. 17., szo – 09:36 )

Alapvetoen a legnagyobb problema, hogy a kernel-fejlesztes nem foallasu munka. A kernel-fejlesztok nagyon szeles spektrumon mozognak, van aki kieletlen porgramozoi vagyait teszi bele (a'la sysfs), van aki a helloworld.c utan szeretne valami komolyabbat, es valaki csak egy nyomorult eszkozt akar mukodesre birni.
Emiatt nincs bebetonozott API, folyamatosan valtozik az egesz, es 900+ sornyi egyhuzamban valo kodolas utan a kutya sem fog dokumentaciot irni. Emiatt aztan amikor valaki kernelpiszkalasba fog, akkor jo esetben egy mar mukodo kodreszt fog atszabni az igenyeinek megfeleloen, ami miatt alapban mar egy hibalehetoseg tovabbgorgeteset rejti magaban.
Tovabbi gond a monolitikus kernel szemlelet eroltetese. Ez nagyon kenyelmes, mert nem kell API-t definialni, es jol el lehet az ember a susnyakosban, mert buntetlenul ganyolhat megy - nem megy alapon. Csakhogy, kellemetlen amikor hot-plugrol, automatikus hardver felismeresrol van szo (Udev-es viccrol ne is beszeljunk), a 3rd party hardware gyartot meg a hideg razza ki tole. Ugye, senki se varja el, hogy majd egy ceg leborul a memoriakezeles iroja elott, hogy javitson mar ki egy icipici hibat, hogy futhasson az O vasukon is a driver.

--
"Maradt még 2 kB-om. Teszek bele egy TCP-IP stacket és egy bootlogót. "