Jaderné noviny 52

4. 2. 2002 | Leoš Literák

Články - Jaderné noviny 52  

V dnešním čísle se dočtete o tom, co je třeba dodělat před vypuštěním řady 2.4, změně rozhraní blokových zařízení a bezpečnostní díře ve stabilních jádrech. Nejaktivnějším pisatelem se stal tradičně Alan Cox, následoval jej Tigran Aivazian a Andrea Arcangeli.

Dodělávky před 2.4, 4.-13.1.2000, 125 dopisů

Alan poslal 42 položek dlouhý seznam úkolů, které je třeba udělat před vypuštěním verze 2.4. Celý seznam najdete na serveru Kernel Traffic (http://kt.linuxcare.com). Mezi úkoly je třeba začlenění oprav síťového kódu, opravy DMA, začlenění změn z řady 2.2, RAID 0.9 a kódu využívajícího výhod Athlonu, Pentia III a MMX. A také začlenění ovládače zvukové karty Sound Blaster Live. Někdo se ptal na to, zda bude řada 2.4 obsahovat žurnálový kód. Linus odpověděl, že ext3 ještě není připraveno, ale ReiserFS by to mohlo stihnout. V diskusi bylo také poznamenáno, že Donaldovy ovládače tulip, eepro100 a epic100 jsou špatné a na internetu existují alternativní, které fungují bez problémů. Alan napsal, že je chce začlenit do 2.2. Na internetu také existuje petice žádající začlenění LVM do jádra. Alan odpověděl, že ten kód je sice funkční, ale nepřehledný a jeho autor se odmítá přizpůsobit programovacímu stylu ostatních hackerů.

procfs nebo sysctl, 6.-12.1.2000, 43 dopisů

Benjamin Reed napsal nový ovládač pro bezdrátový ethernet a chtěl vědět, kde má pro něj vytvořit prostor jmén (namespace). Jestli jej má dát do /proc a nebo má použít sysctl, o kterých však slyšel, že se nemají používat pro tyto účely. Linus mu ve své odpovědi doporučil vytvořit si podadresář adresáře /proc/drivers. Marcin Dalecki se však naštval a napsal hodně dlouhý dopis, ve kterém kritizoval tento přístup: "Opravdu jsi tak slepý a nevidíš problémy s formátem, kompatibilitou, parsováním a výkonem, které vytváří myšlenka procfs?" Linus však nereagoval. Později v diskusi Linus vysvětlil své důvody, proč preferuje procfs před sysctl.

Změna interface blokových zařízení, 7.-11.1.2000, 52 dopisů

Alexander Viro oznámil, že se změnil interface blokových zařízení v jádře 2.3.38. Struktura block_device_operations obsahuje metody open, release, ioctl, revalidate a check_media_change. Poslední dvě jmenované metody byly odstraněny ze struktury file_operations. Bloková zařízení se díky tomu stanou nezávislými na změnách ve file_operations. Richard B. Johnson napsal, že už poslední změna pro něj znamenala dva týdny práce, kterou musel tajit před vedením, aby nezdiskretoval Linux. A teď je změna ještě větší. Podle jeho názoru takové drastické změny rozhraní zabraňují Linuxu stát se profesionálním operačním systémem. Alexander vysvětlil, že tato změna byla nutná a v budoucnu ušetří i Richardovi spoustu práce. Několik lidí poznamenalo, že rozhraní se v stabilní řadě nemění, změny jsou jen ve vývojové řadě, kterou by nikdo rozumný nenasadil do "výroby". Richard ale vysvětlil své důvody. Napsal, že pracuje pro firmu, která vyrábí mimo jiné lékařské přístroje. Dosud používali Sun, ale z finančních důvodů se rozhodli přejít na platformu x86 a Linux. A jeho prací je vytvářet všechny ovládače pro CAT scanner. Z jeho dopisu dále vyplynulo, že firemní právnici si špatně vyložili GPL. Mysleli si totiž, že podle GPL musí poskytovat zdrojový kód ovládačů pro aktuální verzi Linuxu a proto je portovali i pro vývojovou řadu.

Poplach od skupiny TESO, 9.-11.1.2000, 10 dopisů

Sebastian Krahmer ze skupiny TESO oznámil novou díru v 2.0 a 2.2. Pokud uživatelé nemají nastaveny limity na systémové zdroje [LL - viz ulimit], mohou shodit jakýkoliv proces, dokonce i pokud jej vlastní root. Byly zaznamenány dokonce i pády systémů. Victor Khimenko napsal, že o tomto problému se diskutuje už více než rok, zatím bezúspěšně. Alexey Kuznetsov napsal, že se o problému ví dokonce pět let. Sebastian odpověděl, že nemá čas sledovat soukromé debaty vývojářů a že podobné probémy by měly být diskutovány veřejně. Alan s ním souhlasil.

Tento článek vychází ze seriálu Kernel traffic a je zveřejněn pod licenci GPL verze 2. Přeložil Leoš Literák.

Diskuse k tomuto článku