Kernel

Megjelent az első -mm patch a 2.6.7-rc1 kernelhez. Benne hálózati driver frissítések, jelentős munka az RCU kódon, devicemapper frissítés, egyéb más javítások.

A Linux kernel listán tűnt fel egy hosszabb thread, amely azzal a kérdéssel foglalkozik, hogy kell-e swap területet használnunk akkor, ha elegendő mennyiségű fizikai memória áll rendelkezésünkre.Egyes vélemények szerint ha bőséges mennyiségű RAM van a gépünkben, akkor akár ki is kapcsolhatjuk a lapozásra használt területet. Akik ezt a véleményt osztják, azok szerint minden probléma nélkül lehet Linux rendszert futtani swap nélkül. Vannak akik szerint a swap egy szükséges dolog, és minden esetben segíti a rendszer működését.

A thread-ben számos véleményt olvashatunk pro és kontra az ügyben. A thread itt kezdődik.

Neked mi a véleményed?

Vasárnap arról írtam, hogy Linus előállt egy olyan ötlettel, miszerint nyomon kellene követni a patchek áramlását a Linux kernelbe. A nyomkövetést egy ``fejlesztői eredetiség igazolással'' (Developer's Certificate of Origin - (DCO)) lehetne a legjobban biztosítani.

Ennek több előnye is lenne, többek közt az, hogy a SCO féle cégek fele lehetne igazolni a patchek eredetét, másrészt Linus könnyebben tarthatá a patch karbantatóival a kapcsolatot, és ezen kívül sokkal nyugodtabb lenne afelől, hogy a patchek biztonságos úton jutottak el hozzá.

Az Open Source Development Labs (OSDL) - Linus munkaadója - tegnap egy sajtóbejelentésben kifejtette, hogy segít implementálni Linus ötletét.

Az OSDL sajtóbejelentése itt.

Linus egy levelet küldött az LKML-re amelyben vitára bocsátott egy olyan javaslatot, miszerint a jövőben nyomon kellene követni a patchek útját a fejlesztőktől a kernelbe kerülésig.

Linus több okból is szeretné ezt a nyomkövetést. Az egyik ok a SCO féle cégek, akik megkérdőjelezik a patchek eredetét. A másik ok, hogy ha Linusnak baja van egy patchel, akkor általában csak a patch küldőjével tudja felvenni a kapcsolatot, holott a legtöbb esetben ő az alrendszer karbantartójával szeretne egyeztetni, nem egy random fejlesztővel, akiről azt sem tudja, hogy aktív-e még egyáltalán. A másik dolog a bizalom. Linus megbízik az olyan patchekben, amelyeket olyan személyek küldenek, akiket ismer. Például, ha Andrew Morton küld neki egy olyan patchet, amelyet egy számára ismeretlen fejlesztő küldött, akkor megbízik benne, mert Andrew-ben megbízik.

Ezért Linus egy olyan láncot szeretne látni minden egyes patch esetén, amelyből végig lehet vezetni a patch útját. Azaz, nyomon lehetne követni, hogy mely fejlesztőkön keresztül került hozzá egy adott patch.

Ezért Linus azt javasolja, hogy írják alá a patcheket jövőben. Ezzel biztosítva lenne a patchek eredetének visszakereshetősége.

Az aláírás módjáról bővebbn Linus levelében itt.

Linus ma kiadta a 2.6.7-es Linux kernel első kiadásra jelölt verzióját. A patch számos változást hoz a kernel minden területén, de legemlítésreméltóbb újdonság mindenképpen a NUMA ütemező és az anonvma rmap kód beolvasztása.

Andrew kiadta az -mm5 patchet a 2.6.6-os stabil Linux kernelhez. Benne egy érdekes új funkció, amely a ``request barriers'' névre hallgat.

A request barriers az IDE és SCSI merevlemezeken létrehozott journaling filerendszerekhez használható. Az request barriers azon az elgondoláson alapul, hogy a filerendszer képes egy IO kérést felcímkézni (tag) úgy, hogy azt egy barrier-nek jelöli (akadály), és a lemez nem fogja az írást úgy átrendezni, hogy túlnyúljon a barrier-en. Ezzel a módszerrel a filerendszer integritása sokkal jobban garantálható.

Az új funkció jelenleg két naplózó filerendszerrel használható. Az egyik a ReiserFS a másik pedig az ext3.

Használata: Miután lefordítottuk, és bebootoltunk az -mm5 kernellel, az alábbi műveleteket kell elvégezni:

ReiserFS:

-----------

# mount /dev/hda /wherever -o barrier=flush

vagy

# mount /dev/hda /wherever -o barrier=none

Ext3:

------

# mount /dev/hda /wherever -o barrier=1

vagy

# mount /dev/hda /wherever -o barrier=0

Az ext3 ezen felültámogatja a remount-ot is, az alábbi módon:

# mount -o remount,barrier=N

Andrew nem próbálta a remount-ot a ReiserFS-sel, így akinek van kedve próbálja ki.

MIVEL EZ EGY ÚJ KÓD, TERMÉSZETESEN ÉLNEK A SZOKÁSOS FIGYELMEZTETÉSEK. NE ÉLES ADATON PRÓBÁLJUK KI LEHETŐLEG!

A patchben egyébként változott még a VFS's symlink ``bejáró'' kód, található benne pagecache radix-tree spinlock munka, és egy új SATA RAID driver is a 3ware kártyákhoz.

Az anyag letölthető innen.

A változások listája Andrew levelében itt.

A kernel patcheléshez segítséget itt talász.

2.6.x sorozat:

----------------

Andrew kiadta a 2.6.6-mm4 kernel patchet. Benne VM munkák,

knfsd frissítés, újra működik a ramdisk driver, visszatértek a backing-store-for-sysfs patchek (amelyek az -mm3-ból el lettek ideiglenesen távolítva), stb.

Az anyag megtalálható itt. Változások listája a Andrew levelében itt.2.4.x sorozat:

---------------

Marcelo kiadta a 2.4.27-pre3 patchet. Benne hálózati driver javítások, nForce2 fagyásra PCI workaround,

i810 audio javítások, JFS frissítések, ACPI, sh64/ia64 arch frissítás, stb.

Az anyag letölthető innen. Változások listája Marcelo levelében itt.

A KernelTrap hosszú interjút közöl a -aa patchset-ek, valamint az egyik virtuális memória alrendszer irójával Andrea Arcangeli-vel.

Andrew kiadta a harmadik -mm patchet a 2.6.6-os kernelhez. A leglényegesebb dolog a patchben: folytatódik az új -aa VM beolvasztás.A patch letölthető:

ftp://ftp.kernel.org/.../akpm/patches/2.6/2.6.6/2.6.6-mm3/

Változások listája Andrew levelében itt.

A kernel patcheléshez segítséget itt.

Andrew megkezdte az Andrea Arcangeli-féle object-based reverse-mapping VM alrendszer beolvasztását az -mm kernelfába. A patch remélhetőleg javít egy olyan page double-freeing bugot, amelyet még 2002-ben fedeztek fel.A patch letölthető:

ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.6/2.6.6-mm2/

Változások listája Andrew levelében itt.

A kernel patcheléshez segítséget itt találsz.