Jaderné noviny - 6. 7. 2006

17. 7. 2006 | Robert Krátký | Jaderné noviny | 4601×

Aktuální verze jádra: 2.6.17.3. Citát týdne: Linus Torvalds. Na co se těšit v 2.6.18. Nadešel čas ext4.

Aktuální verze jádra: 2.6.17.3

Aktuální stabilní jádro je 2.6.17.3, vydané 30. června. Šlo o jedinou opravu DoS zranitelnosti v SCTP netfilter kódu pro sledování spojení. O den dříve bylo vydáno 2.6.17.2 obsahující poměrně velkou sadu důležitých oprav. Oprava SCTP je také v 2.6.16.23.

Aktuální předverze je 2.6.18-rc1, vydaná 5. července. Shrnutí změn najdete níže. K dispozici jsou rovněž krátký (příliš velký na začlenění do Linusova oznámení) a dlouhý changelog.

Aktuální -mm strom 2.6.17-mm6. Mezi nedávné změny v -mm patří rozšíření API read-copy-update [číst-kopírovat-aktualizovat], rozsáhlé pročištění plánovačů, odstranění několika starých (OSS) ovladačů zvukových karet a sada patchů zmenšující strukturu inode. Velké množství patchů bylo z -mm odstraněno, protože si našly cestu do 2.6.18-rc1.

Citát týdne: Linus Torvalds

Barevné diffy se mi líbí, ale přiznejme si, že tento konkrétní výběr barev přinutí většinu lidí vypíchnout si oči vidličkou na fondue. A to není nic dobrého. Dloubat se vidličkami na fondue v očních důlcích je považováno za velmi škodlivé pro zdraví a sedm z devíti očařů je striktně proti této činnosti.

Abychom tedy neměli spoustu slepých uživatelů gitu, aplikujte prosím následující patch.

-- Linus Torvalds

Na co se těšit v 2.6.18

Pro 2.6.18-rc1 bylo zatím začleněno přes 4500 patchů. V mnoha případech jde o obvyklé opravy a aktualizace, ale dostaly se tam i změny, které pocítí uživatelé i vývojáři. Z těch uživatelských vybírám:

• Nový systém času si konečně našel cestu do hlavního jádra; mluvilo se o něm v lednu 2005, ale od té doby se dostal o dost dále.
• Nové ovladače zařízení pro ethernetové čipsety SMSC LAN911x, bezdrátové LAN adaptéry založené na ZyDAS ZD1211, rozhraní Myricom Myri-10G, flash řadiče CS553x NAND a Amstrad E3 Delta, čipy pro monitoring hardwaru Abit uGuru, teplotní čidla NS LM70, několik zvukových karet Echoaudio a další.
• Obecná podpora pro hardwarové generátory náhodných čísel, společně s ovladači pro velké množství generátorů.
• Ovladač Philips Webcam byl výrazně aktualizován. Obsahuje podporu pro dekomprimaci obrázků (tentokrát bez právních problémů, vizte také JN 277: PWC opět přidán a Web-kamerky Philips aneb patří do jádra kód, který slouží k natažení binárního ovladače?), několik nových zařízení a mnohá vylepšení.
• Bylo začleněno velké množství NFS patchů, které - mimo jiné - přidávají podporu přímého I/O.
• Netlink rozhraní pro správu síťovacího přemosťování.
• Netfilter pomocník pro sledování spojení v SIP protokolu.
• Algoritmy pro kontrolu zahlcení TCP nízká priorita, TCP Compound a TCP Veno.
• Nový mechanismus pro připojování nálepek SELinuxu na síťové pakety. Také přibyla nová sada háčků umožňující SELinuxu regulovat jaderný subsystém pro správu klíčů.
• Podpora rozšířených atributů v souborovém systému JFFS2.
• Několik jaderných hlavičkových souborů bylo pročištěno, aby bylo snazší je includovat v uživatelských aplikacích.
• PCI zařízení teď prostřednictvím sysfs exportují atribut "enable". Hlavním účelem nového atributu je umožnit X serveru povolení a zakázání zařízení bez přímého I/O přístupu do paměti.
• Patche pro migraci stránek bez swapování byly začleněny, což usnadní pohyb stránek mezi NUMA uzly. Přibylo také systémov volání move_pages(), které je možné použít k určení, kde se stránky nacházejí, a k případnému přesunu do nového uzlu.
• Kód TCP segmentation offload [přenesení segmentace] byl aktualizován a vylepšen. Nová "obecná segmentation offload" vrstva umí emulovat TSO softwarově; tento přístup zjevně přináší zvýšení výkonu jako u TSO na hardwaru, který segmentation offloading nepodporuje.
• Výchozím diskovým I/O plánovačem se teď stal "completely fair queueing" (CFQ) [zcela spravedlivé řazení] plánovač.
• Bylo začleněno velké množství SATA změn, včetně nového způsobu správy chyb, přepsání podpory programovaného I/O, podpory native command queuing (NCQ) (což by mělo výrazně zvýšit výkon) a podpory hotplug.
• Začlenění se dočkaly i Futexy s dědičnou prioritou.
• Sada heuristiky pro plánovače - SMPnice - určená pro zlepšení práce s procesy nízké priority na SMP systémech.

Interní API změny týkající se vývojářů jádra:

• Začleněna nová obecná IRQ vrstva. Předpony SA_* u request_irq() byly přejmenovány; nové jsou IRQF_. Dlouhá řada patchů převedla ovladače začleněné v jádře na nové názvy. Staré názvy budou odstraněny v lednu 2007.
• Podporovány jsou 64bitové zdroje. Tato změna bude mít dopad na mnoho uživatelů API pro správu zdrojů.
• Validátor jaderných zámků byl začleněn společně s množstvím oprav potenciálních patů objevených validátorem.
• Nakonec byl přeci jen odstraněn subsystém DevFS.
• API a podpora pro Intel I/OAT DMA engine.
• Byla přepracována funkce skb_linearize(), takže už nemá parametr GFP. Také přibyla funkce skb_linearize_cow(), která zajišťuje, aby byl výsledný SKB zapisovatelný.

• Síťové ovladače by už neměly manipulovat se spinlockem xmit_lock ve struktuře net_device; místo toho by měly být používány následující nové funkce:

       int netif_tx_lock(struct net_device *dev);
       int netif_tx_lock_bh(struct net_device *dev);
       void netif_tx_unlock(struct net_device *dev);
       void netif_tx_unlock_bh(struct net_device *dev);
       int netif_tx_trylock(struct net_device *dev);
  

• Dlouho zastaralé API inter_module bylo konečně beze zbytku odstraněno.
• Přibylo nové API poskytující přístup k funkcí "inotify".
• Nejstarší infrastruktura scsi_request byla odstraněna, protože už ji žádné ovladače zařazené do jádra nepoužívají.
• Hlavičkový soubor <linux/usb_input.h> je teď <linux/usb/input.h>.

• Metoda VFS get_sb() má nový prototyp:

       int (*get_sb)(struct file_system_type fstype, int flags,
                     const char *dev_name, void *data,
  		   struct vfsmount *mnt);
  

  Nový je parametr mnt; umožňuje souborovému systému obdržet ukazatel na strukturu cílového bodu připojení. Bod připojení by měl být přiřazen k superbloku v metodě get_sb() zavoláním:

       int simple_set_mnt(struct vfsmount *mnt, struct super_block *sb);
  

  Návratová hodnota get_sb() byla rovněž změněna na chybový stav int. Všechny pomocné funkce get_sb_*() doznaly stejných změn. Cílem celého snažení je umožnit NFS sdílet superbloky přes body připojení.

• Superbloková operace statfs() má nový prototyp:

       int (*statfs)(struct dentry *dentry, struct kstatfs *stats);
  

  Starý ukazatel struct super_block je teď dentry.

• Bylo přidáno pár funkcí, které mají jadernému kódu usnadnit alokaci bufferů pomocí vmalloc() a namapovat to do uživatelského prostoru. Jsou to:

       void *vmalloc_user(unsigned long size);
       void *vmalloc_32_user(unsigned long size);
       int remap_vmalloc_range(struct vm_area_struct *vma, void *addr,
                               unsigned long pgoff);
  

  První dvě funkce jsou obměnami vmalloc(), které získají paměť, jež má být namapována do uživatelského prostoru; mimo jiné celý rozsah vyplní nulami, aby se předešlo úniku dat. vmalloc_32_user() alokuje pouze nízkou paměť. Volání remap_vmalloc_range() práci dokončí; odmítne však přemapovat paměť, která nebyla alokována prostřednictvím jedné ze dvou uvedených funkcí.

• API read-copy-update [číst-kopírovat-aktualizovat] je teď dostupné jen GPL modulům. Byla také odstraněna zastaralá funkce synchronize_kernel().
• Nová knihovnová funkce strstrip() odstraňuje prázdný prostor ze začátku a konce řetězce.
• Nové makro WARN_ON_ONCE bude testovat podmínku a protestovat, pokud bude podmínka vyhodnocena jako pravdivá - ale jen jednou za boot.
• Bylo začleněno několik změn v šifrovacím API. Největší z nich se týkala většiny funkcí specifických pro jednotlivé algoritmy - mají brát ukazatel na strukturu crypto_tfm místo starého "kontextového" ukazatele. Změna byla nezbytná kvůli podpoře parametrizovaných algoritmů.
• Byl přidán nový make target [cíl pro sestavování] "headers_install". Účelem je instalace sady jaderných hlaviček užitečných pro knihovny a uživatelské nástroje. Instalován je pouze omezený počet hlavičkových souborů, které jsou ještě cestou do cílového adresáře pročištěny. Je to určeno pro distributory, kteří snad budou v budoucnu tento mechanismus používat pro přípravu jaderných hlavičkových souborů pro použití v uživatelském prostoru.

V tuto chvíli již čas určený k začleňování změn do 2.6.18 vypršel, takže pravděpodobně mnoho dalších přírůstků neuvidíme.

Nadešel čas ext4

Před několika týdny jsme se dívali na možná vylepšení souborového systému ext3 a probírali otázku, jestli už nadešel čas pro zmrazení ext3 a vložení nových funkcí do ext4. Vývojáři ext2/3 dali jasnou odpověď: začnou s vývojem ext4.

Konkrétněji půjde o vytvoření nového souborového systému v fs/ext4. Tento FS se bude registrovat jako "ext3dev," což má dát jednoznačně najevo, že se jedná o vývojový souborový systém, který není vhodný pro ukládání dat, na kterých vám záleží. Do nového FS budou zařazovány především funkce, které mění formáty na disku a zabraňují spolupráci se stávajícími implementacemi ext3. Ext3 se omezí na opravy chyb a bezpečná vylepšení. Během toho procesu si nový FS udrží schopnost pracovat s aktuálním formátem ext3.

Někdy v budoucnu bude ext3dev označen za stabilní a přejmenován na "ext4". Jakmile budou vychytány poslední mouchy, přijde FS o nálepku "experimentální" a uživatelům bude doporučováno upgradovat. Protože zůstane podpora ext3 formátů, mělo by se jednat o snadnou věc, která nebude vyžadovat zálohování a obnovení. Ještě později bude možná kód ext3 odstraněn a ext4 ponechán, aby se transparentně postaral i o souborové systémy ext3.

Tento přístup patrně nemá moc odpůrců, takže to vypadá, že vše proběhne, jak je tu popsáno. Protože přidání nového souborového systému nehrozí velkým nebezpečím pro ostatní kód, mohlo by se vytvoření ext4 a přidání některých nových funkcí (například rozsahů) stihnout ještě v 2.6.18.

       

Komentáře

[Thunder.m]

Tak ten NCQ mě docela zajímá, musí se to někde aktivovat, nebo to ty ovladače podporují okamžitě?

[rpajik]

NCQ je detekovano automaticky, staci kdyz je NCQ podporovano diskem, radicem a systemem ( libata pro dany radic podporuje NCQ ). Mam vyzkouseno s sata_piix a sata_sil24, na obou NCQ funguje ( kernel 2.6.16.16 a 2.6.17.4 - libata samozrejme novejsi nez v danem kernelu )

ata1.00: ATA-6, max UDMA/133, 156301488 sectors: LBA48 NCQ (depth 0/32)
ata2.00: ATA-6, max UDMA/133, 156301488 sectors: LBA48 NCQ (depth 0/32)

[Michal Ludvig]

Někdy v budoucnu bude "ext3dev" označen za stabilní a přejmenován na "ext4".

Nevěrím Osobně si myslim že už se ten filesystem napořád bude jmenovat ext3dev - pokud ho tak jednou pojmenujou, tak se o něm pod tímhle jménem začne mluvit a psát, tohle jméno se bude objevovat všude možně a konec konců - vždycky je co vylepšovat, takže přejmenovaní "až se vychytají všechny mouchy" IMHO nikdy neproběhne. Ale ono je to konec konců fuk

[David Watzke]

Whatever, stejně ho budu testovat

[Heron]

Vono je jedno, jak se to bude jmenovat. Spíš mě překvapuje, že to má být kompatibilní s ext3, tím pádem i s ext2. To znamená, že to bude táhnout jako kouli na noze všechny ty staré věci (třeba řetězení inod -- nebo jak to nazvat -- pro velké soubory). Občas je dobrý všechno zahodit a přepracovat to od nuly.

[Filip Jirsák]

Má to být IMHO kompatibilní jen jedím směrem – tj. kód ext4 bude umět pracovat s partition ext3. Ale opačně už ne. Právě proto se zakládá nová vývojová větev a nový název.

[blab]

Vite o tom prdlajz a remcate. Prave struktura zaznamu v inode se bude hodne menit. Nove vytvorene soubory uz si tu "kouli na noze", jak to nazyvate, tahat sebou nebudou. Ale jiz existujici soubory na fs budou samozrejme pouzivat soucasnou strukturu. Nevidim v tom zadny problem.

[Heron]

Hmm, tak tohle je snad ještě horší řešení. Ale možná to kluci vymyslej líp. Neznám nic horšího, než psát novou versi programu, která si má umět poradit i se starým formátem dat. Daleko jednodušší je napsat konvertor do novýho formátu, nebo export a následný import přes něco třetího -- u fs se to rovná překopírování dat jinam, změny fs a nakopírování zpět.

[blab]

furt jenom remcate, ale proc by to melo byt spatne reseni jste nenapsal. Naopak vyhody tohoto reseni jsou zrejme. A to moznost prejit na novy FS aniz bych si musel formatovat disk.

[Heron]

Nevím proč mě urážíte.

Vy jste nenapsal vůbec nic. Jen že to bude zpětně kompatibilní a budou tam nové i staré inody. Já tohle řešení považuju za jedno z nejhorších. Proč jsem také napsal (nutnost ošetřit starý formát součastně s novým). Vám se tohle řešení líbí. Mě ne. Je lepší vytvořit nový FS a data tam nakopírovat ze zálohy.

[Saljack]

Tak s timhle nesouhlasim. Určitě se to přejmenuje na ext4 a jsem si tim jistej na 99%. Název ext3dev je ale zavádějící, protože to vypadá jako vývoj ext3 a ne ext4. Nejlepší by bylo kdyby se to jmenovalo ext4dev

[kabakov]

presne tak, pokud bych nevedel ze to bude takto pojmenovano, tak az bych nekde spatril ext3dev tak si budu myslet ze se jedna o nejakou zapomenutou vyvojovou verzi ext3 a ani by me nenapadlo ze se jedna o testovaci verzi ext4

[nardew]

lol, tak dnes je extra vydareny citat :D

[Zdeněk Štěpánek]

Nevim proc to nepojemnuji ext4dev, ale je mi to stejne jedno, ext nepouzivam.

Tesim se na ty novy vace v SATA a NCQ a podobne, treba to nekdy vyuziju s novym kompem, ten uz by sata mohl mit..

Zdenek

[Lukáš Zapletal]

Ano, také si myslím, že ext3dev může být matoucí pro začátečníky, kteří si jej pak mohou nainstalovat v domnění, že se jedná o nějakou ext3d verzi (novější než ext3a, ext3b...)

[Kyosuke]

„...vypíchnout si vlastní oči...“

Chichi, tady bych viděl jistý prostor pro datovou kompresi...

[Ricardo]

jak může člověk dosáhnout datové komprese pomocí píchání ?

[VícNežNic]

Nejsem odborník, ale řekl bych, že je myšleno spíše jedno slovo, které by tam asi být nemuselo (i když si tím nejsem tak jistý) a které tam je patrně kvůli trochu zbytečně doslovnému překladu.

[Kyosuke]

Zatím se mi nepodařilo vypíchnout si cizí oči, navíc kvůli zrušenému otroctví a nevolnictví nemá ani cenu se o to pokoušet...

[disorder]

co nepocujes, to ti chybat nebude
a co nevidis, to ti tiez chybat nebude - a tu sa nam rozsiruju moznosti :)

[egg]

Kdybyste nevěděli, že je to překlad, ani byste si toho nevšimli. Čeština tuhle duplicitu dovoluje jako zdůraznění, jazykově v tom není problém. To jen že přemýšlíte jako programátoři.

[Kyosuke]

Všimli, protože přemýšlíme jako překladatelé, jimiž ve skutečnosti jsme... Zdůraznění může přicházet v úvahu, ale tady bych před svou korektorkou asi těžko obhajoval.

[VícNežNic]

Překládání je docela sranda, není to tak špatná práce. Zrovna mě zaujalo několik slov, které by bylo hezké počeštit.

[Petr Gola]

Je mi smutno z toho, co to tam s Ext3/4 vyvadej, osobne bych udelal novy fs - ext4, ktery bych oznacil v jadre za experimentalni dokud by experimentalnim byl a tim by to haslo. Oznaceni ext3dev je nestastne, ext4dev uz lepsi ale stale zbytecne. Kompabilita s ext3/2 musi byt nutne na ukor slozitosti a vykonu... a v neposledni rade take mensi prehlednosti kodu... radsi bych videl novy filesystem ext4 s jednim typm inodu... ani vlatne nevim, proc to sem pisu, ale pripada mi, ze vyvojari kernelu zacinaji v posledni dobe podivne blaznit...