kernel patch-ek

Szerintem ha kernel akarsz fordítani akkor ne a patchelessel kezd. Eloszor kezd el a legfrissebb elerheto stabil kernellel. mondjuk a 2.4.21-gyel. Ha azt mar megbizhatoan tudod forditani, telepiteni, beallitani, ismered az osszes lehetseges hibat ami kernelforditas utan jelentkezhet, es ki is tudod oket javitani, akkor kezd neki a kernel foltozasnak.

Hogy miben kulonboznek az egyes foltok? Azt altalaban a hozzajuk adott changelog tartalmazza.

Melyiket kell hasznalnod? Amelyik a hardverednek, igenyeidnek a legjobban megfelel. Ezt neked kell eldontened. Olvasd el a changelog-ot, nezd meg a "make menuconfig"-ban a help-et, olvasd el a README-t a kernel konyvtarban, stb.

Ha kell segitseg a kernelfoltozashoz, forditashoz szolj. Azt viszont el kell donteni, hogy a debian modon (make-kpkg) vgy a regi, tradicionalis uton (make dep bzImage ,,,,,) akarsz megtanulni. En az utobbit javaslom, mert az barmilyen linux rendszeren hasznalhato,

[quote:44e137e167="Anonymous"]
kernel-source-2.4.20_2.4.20-3woody.6.diff.gz
kernel-source-2.4.20_2.4.20-8.diff.gz

Imho, ez nem a kernel pacsok, hanem debian csomaghoz pacsok, ti. debian csomag általában áll egy .dsc egy .orig.tar.gz és egy .diff.gz-ből.

2.4.21 ez a legujabb de nem azt jelenti hogy stabil is, a debián oldalon stabilnak a 2.4.18-ast jelöli.

Huh, a 24.18-as az elmult idok egyik legrosszabb kernele volt.

Szerintem a patch-ok nem csak a hardvare támogatásban különböznek hanem hibákat is javítanak amiket észeleltek a használat során szóval midenképp a legujabbat kell használni az adott kernel-hez.

A patcheket azert keszitik, hogy tesztelniu lehessen, es ne kelljen a teljes kernelforrast letolteni hozza. A patchek valamilyen javitast, uj hardver funkciot, vagy olyan featuret hoznak amelyek nem szerepelnek a mainline kernelben. Nem ertek egyet azzal, hogy egy atlagos felhasznalonak minden patchet fel kell tennie. A patchek egy resze - amely megerett a mainline kernelbe kerulesre - ugyis bekerul a kovetkezo stabil kernelbe. Amelyik meg nem, azzal vagy nem edemes foglalkozni, vagy csak specialis esetben van ra szukseg. En azt mondom, hogy egy atlag felhasznalo a kernel.org-os kernelt hasznalja, vagy a vendora altal foltozott gyari kernelt. Nem hiszem, hogy egy atlagos felhasznalonak kellene a bleeding edge cuccokat kitesztelnie.

Kernelt forgatni pedig mindig a
make menuconfig stb-vel érdemes ez midenhol megy.

Mintha ezt mondtam volna en is :)

[quote:009fb95c8f="trey"]

2.4.21 ez a legujabb de nem azt jelenti hogy stabil is, a debián oldalon stabilnak a 2.4.18-ast jelöli.

Huh, a 24.18-as az elmult idok egyik legrosszabb kernele volt.

Igen, de a debiljános 2.4.18-on foltok is vannak a hülyeségek ellen.

[quote:009fb95c8f="trey"]

A patcheket azert keszitik, hogy tesztelniu lehessen, es ne kelljen a teljes kernelforrast letolteni hozza. A patchek valamilyen javitast, uj hardver funkciot, vagy olyan featuret hoznak amelyek nem szerepelnek a mainline kernelben.

Ige, visszont a fájlnévben szereplő .diff.gz postfix alapján ez nem egy tipikus patch, hanem egy debian forráscsomag része volt.

[quote:009fb95c8f="trey"]
Nem ertek egyet azzal, hogy egy atlagos felhasznalonak minden patchet fel kell tennie. A patchek egy resze - amely megerett a mainline kernelbe kerulesre - ugyis bekerul a kovetkezo stabil kernelbe. Amelyik meg nem, azzal vagy nem edemes foglalkozni, vagy csak specialis esetben van ra szukseg. En azt mondom, hogy egy atlag felhasznalo a kernel.org-os kernelt hasznalja, vagy a vendora altal foltozott gyari kernelt. Nem hiszem, hogy egy atlagos felhasznalonak kellene a bleeding edge cuccokat kitesztelnie.

Igen. Ezt kvázi vedd úgy, hogy a vendor foltja :-)

en altalanossagban beszeltem a dolgorol. ;)

Nem rtudom, mik azok a foltok, mert sose hasznaltam a debi ja'nos kernelforrast. mindig a kernel.org-os hasznalom.