Kernel

Linus Torvalds: Linux 2.6.4-rc2

Címkék

Linus kiadta a 2.6.4-es stabil Linux kernel második kiadásra jelölt verzióját. Benne ARM, XFS, PCI hotplug és firewire frissítések, és némi parport javítás, kódtisztítás kapott helyet. Kevés merge Andrew Mortonnal. Az anyag letölthető patch-2.6.4-rc2.bz2

Linus levele a változások listájával itt.

A Linux kernel patcheléséhez segítséget itt találsz.

Andrew Morton: Linux 2.6.4-rc1-mm1

Címkék

Andrew Morton kiadta az első -mm patchet a 2.6.4-rc1-es kernelhez. A patch jelentős változásokat hozott. Például:

- ``POSIX message queue'' implementáció

- jelentős változás történt a ``page reclaim'' kódban

- jobb ``Inter-zone balancing''

+ a szokásos apróbb javítások, kód tisztításokAz anyag letölthető:

ftp://ftp.kernel.org/.../akpm/patches/2.6/2.6.4-rc1/2.6.4-rc1-mm1/

Andrew levele a részletes változások listájával itt.

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

Linus Torvalds: 2.6.4-rc1

Címkék

Linus kiadta a 2.6.4-es Linux kernel első kiadásra jelölt verzióját. A patch nem kicsi. Benne a régóta esedékes MIPS frissítés, HFS/HFS+ frissítés (teljesen újraírva), ISDN, s390 driver frissítés. Az anyag letölthető innen.

Bejelentés itt.

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

Marcelo Tosatti: Linux 2.4.26-pre1

Címkék

Marcelo kiadta a 2.4.26-os kernel első -pre verzióját. Benne nagy SCTP beolvasztást, hálózati, hálózati eszköz-meghajtó frissítéseket (köztük nVIDIA nForce), ACPI frissítést találunk.A patch letölthető patch-2.4.26-pre1.bz2

Marcelo levele a változások listájával itt.

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

Marc-Christian Petersen: Linux 2.2.26

Címkék

Azoknak akiknek a 2.4-es kernel túl pengeél... :-) Megjelent a 2.2.26-os Linux kernel...

Marc-Christian Petersen bejelentette a 2.2.26-os stabil Linux kernelt. A kiadás neve Linux 2.2.26 aka "2.2 is not dead", azaz a 2.2 nem halott.

A kernelben számos biztonsági hibát javítottak, köztük a nemrég bejelentett mremap() bugot is. A fixek nagy részét Solar Designer végezte. A 2.2.26-os kernel majdnem egy év után jelent meg, hiszen a 2.2.25-öt még Alan Cox adta ki 2003. márciusában.Alan Cox tavaly augusztusban tanulmányi szabadságra ment, és a 2.2-es kernel karbantartását átadta Marc-Christian Petersen-nek.

Az anyag letölthető patch-2.2.26.bz2, FULL

A bejelentés itt.

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

Intel vs AMD x86-64

Címkék

Nemrég az Intel bejelentette az x86 architektúra 64 bites kiterjesztését. A kernel listán egy érdekes thread alakult ki ezzel kapcsolatban. A fejlesztők elkezdték összehasonlítani az Intel által bejelentett új kiterjesztést az AMD már meglevő AMD64 technológiájával.

Számos fejlesztő - köztük Linus - nemtetszését fejezte ki az Intel üzletpolitikájával kapcsolatban. Linus felháborítónak találta, hogy az Intel nem említi meg az AMD-t sem a dokumentációiban, sem a kiadásaiban. Többen kérdezték, hogy most, hogy az Intel is kijön a saját 64 bites anyagával, mi lesz az architektúra neve. Az eddig felmerült jelölések közül egy olyat kellene választani, amelyik mindegyik megoldást jól jellemzi. Az elnevezések, amelyek felmerültek: IA-64 - már foglalt, IA-32e (e, mint extension) - túl homályos, az AMD64 - túl általános, az x86-64 / x86_64-et túl nehéz leírni.

Linus írta, hogy kezd hajlani arra, hogy az egészet elnevezi AMD64 architektúrának (utalva az Intellel kapcsolatos elégedetlenségére).

Felmerült a kérdés, hogy vajon az Intel új processzorán, futnak-e majd az AMD64-re írt programok. Többen olvasták a dokumentációkat, de konkrét választ nem kaptak a kérdésre.

Erre Linus kifakadt, és azt írta, hogy számára irritáló, hogy órákkal az Intel bejelentése után az emberek még mindig bizonytalanok abban, hogy az Intel chip-je kompatibilis lesz-e az AMD chipjével. Arra a kérdésre keresték a választ, hogy vajon az Intel ``ia32e'' chipje ugyanaz-e, mint az ``amd64'', kivéve azokat a minimális különbségeket, amelyek mindig is megvoltak az Intel és az AMD processzorok között.

A thread vége fele Nakajima Jun, az Intel munkatársa eloszlatta a ködöt, és beidézte az Intel oldalán olvasható FAQ-t:

"Q9: Is it possible to write software that will run on Intel's processors

with 64-bit extension technology, and AMD's 64-bit capable processors?

A9: With both companies designing entirely different architectures, the

question is whether the operating system and software ported to each

processor will run on the other processor, and the answer is yes in most

cases."

Egyelőre itt tart az ügy, határozott döntés még nincs az architektúra nevét illetően.

Az érdekes thread itt kezdődik.

Andrew Morton: Linux 2.6.3-mm3

Címkék

Andrew Morton kiadta a harmadik -mm patchet a 2.6.3-as stabil Linux kernelhez. Benne HFS, HFS+ változások, Device Mapper frissítés, nagy s390 frissítés, ide-scsi javítások, VM javítások (slab shrinking és interzone balancing), m68k és ppc64 frissítések.Az anyag letölthető:

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

Andrew levele a változások listájával itt.

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

Harc a hízó sysfs ellen

Címkék

A sysfs névre hallgató virtuális filerendszer egyike a 2.6-os kernel újdonságainak. A sysfs nem más mint a Linux kernel eszköz modelljének user-space ábrázolása. Használata az udev segédprogrammal lehetséges (udev hivatott például arra, hogy vele eszköz node-okat hozzunk létre a sysfs-ben a hardverek számára). Ezen kívül a sysfs számos más, fontos információt szolgáltat a rendszerről. Ezekből nem egy a régi /proc filerendszerből került át ide. A sysfs létrehozásának egyik célja az volt, hogy a fejlesztők megszüntessék azt a káoszt, amely a /proc filerendszerben az évek alatt kialakult.

A fent említett funkciókból kiderül, hogy a sysfs hasznos dolog. Azonban jelen állapotában van egy kis probléma vele.Az egész sysfs, mint egyszerű kernel filerendszer épül fel, a VFS cache-t használja. Ez a megoldás egyszerű módja annak, hogy kernel filerendszert hozzunk létre, mert VFS kód elvégzi helyettünk a piszkos munka nagy részét. A működése során a kernel a sysfs-ben található minden egyes filehoz és könyvtárhoz egy dentry (directory entry) cache bejegyzést és egy inode-ot tart fenn a memóriában.

Ahogy a sysfs bejegyzéseinek száma nő, azzal párhuzamosan nő a dentry-k és inodok által elfoglalt memória mérete is. Könnyű belátni, hogy kis rendszereken (aholis kevés memória áll rendelkezésre) a sysfs pár száz bejegyzése is nagy gondot okozhat. A nagy rendszereken a bejegyzések száma ennek többszöröse is lehet, amely szintén nem kívánatos memória-foglaláshoz vezethet.

Ezt a problémát enyhítendő Maneesh Soni az IBM munkatársa egy olyan patchen dolgozik, amely egy valódi háttértárat (sysfs backing store) valósít meg a sysfs számára.

A munka nyomán a fejlesztő a tesztek alkalmával 145MB low memóriát takarított meg a tesztgépén. Az aktív dentry-k száma a patch használatakor leesett 60,000-ről 9,000 alá. A patch használatával a fejlesztő szerint a sysfs low memory igényének mintegy 75-80%-át meg lehet spórolni.

A fejlesztő levele itt.

Andrew Morton: Linux 2.6.3-mm2

Címkék

Andrew kiadta a 2.6.3-as Linux kernel második -mm patchét. Benne parport javítások, kódtisztítás, óriási MIPS frissítés, CPU ütemező munkák. A kernel fordul és fut x86 és ia64 alatt, fordul x86_64-en és ppc64-en.Letölthető:

ftp://ftp.kernel.org/.../akpm/patches/2.6/2.6.3/2.6.3-mm2/

Andrew levele itt.

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