Kernel

Marcelo Tosatti: Linux 2.4.29-pre1

 ( trey | 2004. november 28., vasárnap - 9:38 )

Marcelo kiadta a 2.4.29-es Linux kernel első pre-release verzióját. Benne többnyire driver javítás backportok a 2.6-ból, Andrea Arcangeli féle VM tuning, ACPI bugfix, stb.

grsecurity 2.0.2 a 2.4.28-as kernelhez

 ( Kaloz | 2004. november 21., vasárnap - 9:10 )

Megjelent a grsecurity patch 2.0.2-es verziója a 2.4.28-as kernelhez. A 2.6-os kernelekhez új verzió a PaX kód elkészültével jelenik meg.

Eltitkolt sebezhetőség csendben javításra került

 ( Hunger | 2004. november 20., szombat - 21:46 )

Paul Starzetz az isec.pl ismert bogárvadásza arra hívta fel a figyelmet, hogy a 2.4.28-as Linux kernelben javításra került egy olyan bug, amely nem kapott túl nagy hírverést, pedig a hiba kihasználásával root jogosultságot szerezhet egy támadó.

Marcelo Tosatti: Linux 2.4.28

 ( trey | 2004. november 17., szerda - 14:45 )

Ma Marcelo kiadta a 2.4.28-as Linux kernelt. A 2.4.28 nem más, mint a 2.4.28-rc4 változtatás nélküli újrakiadása.

Marcelo levele itt.

Linus Torvalds: Linux 2.6.10-rc2

 ( trey | 2004. november 15., hétfő - 12:56 )

Linus ma kiadta a 2.6.10-es Linux kernel második kiadásra jelölt verzióját. Régóta nem volt kiadás, így a változások meglehetősen jelentősek. Linus a továbbiakban stabilizációt szeretne, ezért kéri, hogy a 2.6.10 megjelenéséig az új funkciókat megvalósító patchekkel várjanak a fejlesztők, és csak a bugfixeket küldjék.

Mi változott?

Marcelo Tosatti: Linux 2.4.28-rc3

 ( trey | 2004. november 13., szombat - 10:20 )

Megjelent a 2.4.28-as Linux kernel harmadik kiadásra jelölt verziója. Benne a héten nyilvánosságra hozott binfmt_elf loader hiba javítása (2.6 backport).

Miért támogatott ennyi GCC verzió?

 ( trey | 2004. november 5., péntek - 9:31 )

A címben szereplő kérdés a Linux kernelre vonatkozik. Az LKML-n érdeklődött valaki, hogy miért kell a Linux kernelben aktívan támogatni a GCC fordítók ilyen széles választékát. Az egyik indok az volt, hogy azért, mert a korábbi fordítók sokkal gyorsabbak. Erre válaszként olyan kédések jöttek, hogy: ``Miért gond ez kernelfordításkor?'', ``Milyen gyakran fordítasz kernelt?''

Linus egyetértett abban, hogy az egyik ok valóban a sebesség probléma. Sok embernek fontos, hogy milyen gyorsan fordul el a kernel. De emellett más oka is van a korábbi fordítók támogatásának...

Linux kernel - érdekes FAQ

 ( Anonymous | 2004. november 4., csütörtök - 8:54 )

Érdemes az LKML oldalán található FAQ-ba belenézni, sok - nemcsak technikai vonatkozású - kérdésre olvasható válasz a kernellel kapcsolatban.

FBUI: GUI a Linux kernelben

 ( trey | 2004. október 31., vasárnap - 12:22 )

Z Smith egy levelet küldött tegnap az LKML-re, amelben bejelentette, hogy egy olyan GUI-n (grafikus felhasználói felület) dolgozik, amely a Linux kernelben van megvalósítva. A kód kicsi, lehetővé teszi, hogy ablakokat tegyünk a Frame Buffer-alapú virtuális konzolokra, képes olvasni a billentyűzet bemenetet és kezeli az egér mutatót. A fejlesztő azért indította el a GUI a kernelben projektjét, hogy megállítsa a szoftver hízás (software bloat) tendenciát. A projekt már most használható. Képernyőkép:

Konfigurálható Magic SysRq

 ( trey | 2004. október 30., szombat - 14:43 )

Kis kitérő:

Linux kernelt futtatva kerülhetünk olyan helyzetbe, amikor a rendszerünk úgy néz ki, hogy teljesen halott (pl. deadlock, ...). Ilyen esetben kaphatunk fekete konzolt, ``lefagyó'' X szervert, stb. A Linux kernel működését kevésbé ismerő felhasználók ilyenkor azt gondolhatják, hogy ``megfagyott a Linux...''
Az igazság az, hogy nagyon kevés esetben ``fagy meg'' a Linux kernel annyira, hogy teljesen magatehetetlen. Ha nincs mint tenni, a kernel általában eldumpol (oops), és látható az, hogy mely programozási hiba miatt szállt el. Igazából, ha a kernel nem dumpol el, akkor az esetek nagy részében még igenis működik, csak éppen mi nem látjuk, hogy mit csinál. A kezdő felhasználó általában nyom egy reset-et, ha az X vagy a konzol nem reagál, és ezzel kockáztatja azt, hogy a filerendszere esetleg megsérülhet. Ha ismerné a Magic SysRq billentyűkombinációkat, akkor minden bizonnyal azt használná, és megkímélhetné magát több kellemetlenségtől is.

Mi is az a Magic SysRq? A "mágikus SysRq billentyűparancs" olyan billenytű szekvencia, amelyek segítségével egyszerű parancsokat adhatunk át közvetlenül a Linux kernelnek. Általában a Magic SysRq parancsokat a (kernel)fejlesztők használják a debug-olási munka során. Bizonyos esetben (például, mikor nem látjuk a konzolt, mert az ``megfagyott'') szükség lehet arra, hogy a kernelnek olyan utasítást adjunk, hogy 'S'ync-elje le a filerendszert, 'U'mount-oljon, és 'B'oot-olja újra a gépet. Ezzel a filerendszer ``tiszta marad'' és a következő bootolás után elkerülhetjük az fsck-t. A kernelnek számos más hasznos parancsot is adhatunk a fent felsoroltakon kívül. Nézzük mi kell ahhoz, hogy egy gépen használhassuk a Magic SysRq billentyű-kombinációkat:

Microcode. WTF?

 ( trey | 2004. október 29., péntek - 20:46 )

Egyes Intel CPU-k (mint a legtöbb hardver és szoftver) rendelkeznek tervezési és/vagy gyártási bugokkal. Szerencsére az architektúrájuk eléggé rugalmas, és lehetővé teszi, hogy ezeket a hibákat kijavítsuk. Na nem kalapáccsal és pontozóval, hanem szoftveresen. A javítás egyik lehetséges módja az, hogy egy darab kódot, ún. microcode-ot töltünk be a processzorba ``on-the-fly'' azaz röptében, az operációs rendszer futása alatt. Ehhez nincs szükség arra, hogy rebootoljuk az operációs rendszert. Azzal, hogy betöltjük a processzorba a microcode-ot, érvényre juttatjuk azokat a javításokat, amelyet az Intel készített el azóta, hogy az adott CPU-t szilíciumba öntötte. A betöltött változtatásokkal a processzort felfrissítettük.

Mivel ez a beavatkozás nem végez fizikai változásokat a processzorban, a rendszer rebootolásával a frissítés eltűnik, így minden egyes boot-kor be kell tölteni a kódot. Természetesen ez azt is jelenti, hogy a microcode feltöltésével nem tudjuk elrontani a processzorunkat.

Nézzük mi kell ahhoz Linux operációs rendszer alatt, hogy kihasználhassuk az Intel microcode frissítések előnyeit:

C++ a Linux kernelben

 ( trey | 2004. október 28., csütörtök - 11:09 )

A Reykjavik University Network Laboratory egyik kutatója olyan patchet készített, amely lehetővé teszi, hogy teljes, kernelszintű runtime C++ támogatással rendelkezzen a Linux kernel.

Linux 2.6.10-rc1 vs. ATi bináris kernel driver

 ( trey | 2004. október 23., szombat - 21:31 )

A 2.6.10-rc1 kernel megjelenésével megszűntek a pci_find_*() függvények. A megszűnt függvények teljes listája a linux-2.6.10-rc1/Documentation/pci.txt file ``8. Obsolete functions'' szekciójában található.

Mivel az ATi bináris driver használja a pci_find_class() függvényt, ezért az a 2.6.10-rc1-es kernellel nem fordul le jól (*** Warning: "pci_find_class" [/lib/modules/fglrx/build_mod/2.6.x/fglrx.ko] undefined!). Ez azt eredményezi, hogy a modul nem lesz betölthető.

Én .... (stabil) Linux kernelt használok.

 ( trey | 2004. október 23., szombat - 10:24 )
2.0-nál korábbi
1% (8 szavazat)
2.0.x
0% (2 szavazat)
2.2.x
1% (9 szavazat)
2.4.x
38% (327 szavazat)
2.6.x
60% (515 szavazat)
Összes szavazat: 861

Marcelo Tosatti: Linux 2.4.28-rc1

 ( trey | 2004. október 23., szombat - 10:14 )

A nyári / öszi pihenő után úgy tűnik, hogy ismét beindult a Linux kernel fejlesztése. Marcelo is kiadott egy -rc1 kernelt. A 2.4.28 első kiadásra jelölt verziója nem tartalmaz nagy változásokat a -pre4-hez képest...

Woozy Numbat: Az elnevezési háború folytatódik...

 ( trey | 2004. október 23., szombat - 9:49 )

``Az elnevezési háború folytatódik''. Ezzel a tárggyal postázta tegnap levelét Linus az LKML-re, amelyben bejelentette a 2.6.10-rc1-es Linux kernelt. Mint írta, sokat gondolkodott, hogy mi legyen a kernel neve (fogott egy sört és nézte a TV-t), mert korábban számos panasz érkezett a kernel elnevezésével kapcsolatban... Legyen ``-rc1''? Vagy ``-pre1''? Vagy csináljon úgy, mint a rakéta tudósok, és számoljon fentről le, és ne lentről felfelé?

Kritikus szerver igények és a Linux kernel

 ( trey | 2004. október 23., szombat - 9:04 )

A Linux Journal oldalain olvashat az érdeklődő egy olyan cikket, amely a küldetés-kritikus szervereknek a kernellel szemben támasztott igényeit elemzi.

Alan Cox újra megnyitotta az -ac fát

 ( XMI | 2004. október 22., péntek - 7:20 )

Alan Cox hosszú idő után újra saját kernelfa karbantartását kezdte meg. Az első napon (10. 21) máris 3 verziót adott ki egymás után. Az újonnan megnyílt fa foltjaira természetesen azonnal kikerült a link a kernel.org főoldalára.

A 2.6.9 biztonsági hibákat javít, ajánlott frissíteni!

 ( trey | 2004. október 21., csütörtök - 9:55 )

Alan Cox levele szerint a napokban megjelent 2.6.9-es Linux kernel komoly biztonsági hibákat javít, így a korábbi Linux kernelt használóknak erősen ajánlott frissíteni.

Linus Torvalds: Linux 2.6.9

 ( Anonymous | 2004. október 19., kedd - 7:39 )

Kijött a végleges 2.6.9-es Linux kernel, ami a 2.6.9-final verzióhoz képest UML update-et és egyéb - minimális mértékű - javításokat tartalmaz. Részletek Linus levelében. Közvetlen linkek a magyar tükörre: tarball, patch, changelog.

Molnár Ingo: exec-shield -nx-2.6.9-A1

 ( trey | 2004. október 17., vasárnap - 17:47 )

Mingo elkészítette az exec-shield (korábbi cikkeink) patch legújabb, a 2.6.9-es kernelhez használható verzióját.

Linus Torvalds: Linux 2.6.9-final

 ( trey | 2004. október 17., vasárnap - 9:30 )

Nem, nem elírás. A 2.6.9 végén ott egy -final extraverzió. Hivatalos bejelentés még nincs, szóval ez még lehet, hogy csak egy kiadásra jelölt verzó.

oom_pardon, avagy ne öld meg az xlock-om

 ( trey | 2004. október 16., szombat - 17:47 )

Egy kis tanmese (forrás: LKML):

``Egy repülőgép-gyártó vállalt felfedezte, hogy olcsóbban lehet repülni, ha a repülőben kevesebb üzemanyag van. A repülőnek így kevesebb a súlya, kevesebbet fogyaszt, tehát pénzt spórol. Néhány esetben azonban előfordulhat, hogy az üzemanyag kevésnek bizonyul, és a repülő lezuhanhat. Ezt megelőzendő, a vállalat mérnökei kifejlesztettek egy speciális OOF (out-of-fuel) mechanizmust. Vész esetén a mechanizmus kiválaszt egy utast, és kidobja a repülőből (ha szükséges, akkor megismétli az eljárást). Nagy mennyiségű elmélet és lelkes publikáció született abból a célból, hogy megoldja a kidobásra jelölt ``helyes kiválasztásának'' problémáját. Az áldozat kiválasztása legyen random? Vagy válasszuk a legnehezebb személyt? Vagy a legöregebbet? Az utasok fizethetnek azért, hogy ne kerüljenek sorra, így a legszegényebbnek kell lennie az áldozatnak? Vagy amikor a legnehezebb személyt kell kiválasztani, akkor kivételt kell tenni abban az esetben, ha az a pilóta? Vagy az első osztályon utazókat kivételes esetnek kell kezelni? Az OOF mechanizmus elkészült, hébe-hóba aktiválódik olyankor is, mikor éppen nincs is üzemanyag-hiány. A mérnökök jelenleg azt vizsgálják, hogy pontosan hogyan történhetett ez az üzemzavar.''

2.6 kernel natív IPsec benchmark

 ( trey | 2004. október 13., szerda - 20:33 )

Vincent Roy és Makan Pourzandi az Ericcson (szerintem az Ericsson-t így kell írni, de a cikkben Ericcson van) Canada munkatársai nekifogtak, hogy megmérjék a 2.6.7-es Linux kernel natív IPsec implementációjának teljesítményét.

Linus Torvalds: Linux 2.6.9-rc4

 ( trey | 2004. október 11., hétfő - 9:00 )

Linus kiadta a 2.6.9-es kernel negyedik kiadásra jelölt verzióját. Linus azt tervezi, hogy a végleges 2.6.9-et kb. egy héten belül kiadja, ezért arra kérte a fejlesztőket, hogy ha van függőben levő foltjuk, akkor azt tartsák kicsit vissza.