Elfogadom (és sokszor tapasztalom is), hogy a linux kernel rossz minőségű (szerencsére nekem Linux kernelhez nem kell nyúlnom)...
Az a baj, hogy bizonyos rovid tavu, de nagy hordereju projektek alapjat ez kepezi, igy eleg relevans es a project budzseben nem szerepel a linux kernel foltozasra szant ido. Report utan meg vagy fixaljak, vagy nem, mindenesetre ilyen ketes kimenetelu bugreport nem megfelelo eljarasmod. Kulon vicc, h kulso fejlesztesu mobil IPv6 stack-et kell belepecselni, h valami effektiv munkat is vegezzen.
...de akkor végülis miért nem valamilyen BSD-t használtok? (akár OpenSolaris-t?)
Ja! IPv4-en is elpanikol 2.6.21.3-ig bezarolag. Ciki.
Ez több mint ciki. Ez szomorú.
Anno mi egy megat dumpoltunk a /dev/random-bol a w9x 135 v. 139-es portjara (nem emlekszem mar ra pontosan), es figyeltuk milyen alomszepen kezd instabilla valni.
A példát csak szemléltetésül írtam, hogy egy kipróbáltnak hitt kódban (akkor kb. 10 éves Solaris TCP/IP stack) sem bízhat igazán az ember, ha még oly' BSD akkor sem.
[offtopic]
Persze láttam én már megdögleni SVR4 Unix származék rendszert is (UNISYS) attól, ha a VT100 terminálon egy "cat unload.txt"-t (ahol az unload.txt legalább 30-40 MB méretű) nem vezették bele pg-be, hanem hagyták, hogy a terminálra hányja a sorokat. Ettől garantált volt a kernel panic (!). Nyilván valamilyen driver hiba lehetett, a terminálok egy aszinkron terminál-szerveren keresztül kapcsolódtak a géphez. Ebből is látszik, hogy a monolitikus felépítés milyen szuper :)
[/offtopic]
init();