Mi várható a 2.6.22-es Linux kernelbe?

Kernel

Valószínűleg a Linus által nemrég kiadott hetedik -rc az utolsó kiadásra jelölt verziója a 2.6.22-nek, úgyhogy talán itt az ideje, hogy szemügyre vegyük, hogy milyen újdonságok, új szolgáltatások kerülnek bele a Linux kernel nemsokára kiadásra kerülő, legfrissebb stabil kiadásába:

A fontosabb dolgok közül érdemes kiemelni az opcionális, sokkal SMP-barátabb SLUB allocator-t. Az új kiadásban sokkal jobb, új wireless és firewire stack-ek mutatkoznak be. A 2.6.22-vel bemutatkozik egy új architektúra, a Blackfin támogatása. Érkezik az UBI, amelyet hívnak a flash storage eszközök LVM-jének is. Bemutatkozik az eseményjelzés fileleírónok keresztül (event notifications through file descriptors) szolgáltatás, érkezik a jelenleg POSIX-draft stádiumban levő utimensat() rendszerhívás. Új algoritmusok terén bemutatkoznak a 'TCP Illinois' és a 'YeAH-TCP' congestion control algoritmusok. Az IPv6 terén érkezik az IPV6 Optimistic Duplicate Address Detection szolgáltatás. Ezeken kívül fejlesztések várhatók a CFQ I/O ütemező házatáján, és várható egy csokor új driver bemutatkozása is.

Sokkal részletesebben a 2.6.22 újdonságairól a Kernelnewbies oldalán.

( frank | 2007. 07. 03., k – 08:36 )

"új wireless és firewire stack-ek" - Hanyadik? :)

Többféle oka van/volt

Licensz problémák főleg a driverekben található bináris blob -ok miatt. (lásd atheros HAL vs OpenBSD ar5k)

Nem volt egységes driver stack, mindenki saját stacket bűvölt a drivere köré nagy mennyiségű kód/funkció duplikálással.

Üdv
Godot

Az amelyik a kenyérpirítómon fut... :)

Nem tudom, de azt hallottam valahol, hogy a BSD-k kódja régebbi és letisztultabb, mint a Linuxé, meg hogy nincs 3 különböző megoldás ugyanarra (pl. static dev, devfs, udev). Most, hogy a Linuxban is gatyába rázzák a wirelesst, majd megtapasztalhatom mennyivel szárazabb wireless érzést tud nyújtani a letisztult kód a felhasználónak. :)

( yoursoft | 2007. 07. 03., k – 08:43 )

Ha jól látom, ebben sem javítják azt az idegesítő hibát, ami miatt gyakran fagy a gépem (NVIDIA SATA vezérlő nem megfelelő kezelése?) :-(
Illetve most PCLinuxOS-el jóval kevesebb fagyásom van (napi kb. 1), de nem tudom miért? Lehet, hogy az EXT2 miatt?

Én nem írogattam semmit. Láttam, hogy tudnak róla és ennyi.
Nem lehet, valahogy kikerülni, hogy az Nvidia drivert használja? Nincs valami általános SATA vezérlő?
XP alatt nincs gondom vele, bár nem tudom, hogy ha nem telepítem fel az nvidia hivatalos drv-jét, nem-e lettek volna. Bár amíg nem volt fent (1-2 nap), mintha addig sem lett volna fagyás.

( Botond | 2007. 07. 03., k – 14:58 )

Nekem ugyanaz a bajom, de nekem csak bútkor fagy. A 2.6.21-es kernel már nyom valami trace-t a hibáról, de még mindig belefagy.
Amennyire én tudom, eddig a "sata_nv.adma=0" az egyetlen megoldása a gondnak.

( uid_14357 | 2007. 07. 03., k – 10:00 )

Már alig vártam, hogy az új wireless stack belekerüljön a kernelbe, reménykedtem, hogy a broadcom wifivel már nem lesz annyi gond (bcm43xx) ha már "beígérték", erre most látom, hogy egyátalán nincs is benne az új stack-hez való driver. :((
Megpróbáljuk belehekkelni a wireless-dev-ből :) Let's see.

Az, hogy ingadozik a jel/sebesség (bcm4318) és igazán jó lenne ha nemcsak az ágy szélén lenne rendes net, hanem az asztalon is :D (a kettő között üres tér, és 1m távolság van, a routertől kb. 1,5 méterre)
Bár ha kicsit megemelem a notit és megdöntöm, akkor megugrik a sebesség, csak kicsit kényelmetlen így tartani :D
Larry's patchset-jét is használom 2.6.21.5-ös kernellel.
Most a wireless-dev fából próbálom átszedni az új mac80211-bcm43xx drivert, csak még hiányol valamit. Sebaj a célért.... :)

( egmont | 2007. 07. 03., k – 14:31 )

És ami még a kernelnewbies-on sincs megemlítve, úgyse érdekel senkit sem :-) szóval a kommentek, kreditek stb. egységesen UTF-8-ra lettek konvertálva az egész fában (by nemtomki), továbbá a konzol UTF-8 kezelésében rakat bugfix és kis továbbfejlesztés (by me :-))