Jaderné noviny - 38 a 39/2007

7. 11. 2007 | Andrej Kruták

Články - Jaderné noviny - 38 a 39/2007  

Whitelisty a Blacklisty. 2.6.23-rc7, tradičné vydanie 'Dňa pirátskeho rozprávania'. Projekty na šetrenie energiou. MadWifi sa sústreďuje na ath5k. Uspávanie a prebúdzanie s ACPI. 2.6.23-rc8, "Už sme blízko". Podpora pre MMC Flash Memory karty. Hľadanie chýb pomocou CFS. Aktualizácie subsystémov ovládačov, USB a PCI pre 2.6.24. Začlenenie ovládača bezdrôtových sieťových kariet iwlwifi.

Obsah

• Whitelisty a Blacklisty
• 2.6.23-rc7, tradičné vydanie 'Dňa pirátskeho rozprávania'
• Projekty na šetrenie energiou
• MadWifi sa sústreďuje na ath5k
• Uspávanie a prebúdzanie s ACPI
• 2.6.23-rc8, "Už sme blízko"
• Podpora pre MMC Flash Memory karty
• Hľadanie chýb pomocou CFS
• Aktualizácie ovládačov, USB a PCI subsystému pre 2.6.24
• Začlenenie ovládača bezdrôtových sieťových kariet iwlwifi

Následující obsah je © KernelTrap.

Whitelisty a Blacklisty

13. sep, originál

Vyzerá to tak, že USB zariadenia sú na dve veci, keď sa bavíme o problémoch s manažmentom spotreby :(, sťažoval sa Greg KH pri zasielaní nejakých patchov, ktoré by opravili problémy s automatickým uspávaním USB. Poznamenal, že patche mali byť zaradené do nadchádzajúceho jadra 2.6.23: ku koncu vývojového cyklu tohoto jadra bolo zaslaných množstvo patchov, ktoré ďalšie pridávajú ID zariadení do tabuľky quirkov (obchádzok) - aby zakázali automatické uspávanie týchto zariadení. Mnoho vývojárov sa ale veľmi obáva toho, že napriek testovaniu, ktoré prebehlo, pribudne po vydaní 2.6.23 zástup nahnevaných užívateľov po tom, čo ich zariadenia prestanú fungovať rôznymi nechutnými spôsobmi. Ako príklad uviedol: zdá sa, že skoro 2/3 všetkých USB tlačiarní nezvláda automatické uspávanie. A to sa USB tlačiarní používa _veľa_...

Linus Torvalds neskôr v diskusii komentoval: myslím, že USB blacklisty/whitelisty sú príznakom nejakej hlbšej chyby. Pokračoval vo vyčítavaní množstva obchádzok/kľučiek v USB vrstve, ktoré je potrebné vyriešiť, a dodal:

Voľakedy sme riešili kopu takýchto vecí, jednoducho kvôli nesprávnemu prehľadávaniu SCSI - čo spôsobovalo zamŕzanie zariadení, pretože Linux ich prehľadával so zlými alebo neočakávanými modepages atď. Mám podozrenie, že stále držíme záznamy blacklistu z tých dní, ktoré neboli nikdy prečistené - pretože sa nikto neodvážil odstrániť záznam z blacklistu.

Mali by sme sa snažiť nastaviť defaultné správanie tak bezpečné, aby sme nikdy nepotrebovali blacklist (alebo whitelist) - a aby sme nepovažovali blacklisty ako spôsob 'opravy zariadenia', ale ako spôsob, ako ošetriť niektoré naozaj vážne a *VÝNIMOČNÉ* chyby.

2.6.23-rc7, tradičné vydanie 'Dňa pirátskeho rozprávania'

19. sep, originál

Ahojte, hoši (a krásky), začal Linus Torvalds pri oznamovaní siedmeho release kandidáta pre jadro 2.6.23, je čas na tradičné vydanie 'Dňa pirátskeho rozprávania'! Poznamenal: takže, minulý rok sme vydali konečnú verziu (2.6.18 sa na TLAP-2006 stala nesmrteľnou), tento rok však z toho vycúvam - a stále len pracujeme na niečom, čo snáď bude posledné -rc vydanie série 2.6.23. Celé zdrojáky je možné vidieť cez gitweb rozhranie. Linus poskytol aj krátky zoznam zmien:

Nepripájam diffstat, pretože bol rozbitý vzkriesením sk98lin ovládača - skge, ktorý ho mal nahradiť, nedokáže s nejakým hardvérom pracovať. Čo už...

Okrem toho sa vyskytli aj nejaké aktualizácie mips, powerpc a xtense a rôzne opravy ovládačov. Ľudí by mohli upokojiť veci ako zrušenie automatického uspávania USB a nejaké opravy clockevents by mohli pomôcť uspávaniu/prebúdzaniu na i386.

Projekty na šetrenie energiou

21. sep, originál

Open Source Technology Center Intelu s potešením oznamuje projekt LessWatts.org, open source projekt na šetrenie energiou v Linuxe, začal email zaslaný do lkml Arjan van de Venom. Oznámenie ďalej pokračovalo:

LessWatts.org je miestom, ktoré by malo spojiť používateľov, vývojárov a tvorcov distribúcií okolo znižovania spotreby linuxových strojov - od mobilných, cez desktopy, servere po dátové centrá. LessWatts.org je o systémovom prístupe k šetreniu energiou od najnižších vrstiev ovládačov jadra až po najdokonalejšie desktopové aplikácie. LessWatts.org je o veciach, ktoré môžete spraviť, aby ste znížili spotrebu energie. Lesswatts.org je o dlhšej výdrži batérií, nižších poplatkoch za klimatizáciu, o znižovaní dopadu počítačov na životné prostredie.

Oznámenie pokračovalo poznámkou: teraz, v čase spúšťania projektu LessWatts.org, sú projektmi technologického vývoja tie, ktoré Intel začal, má v nich podiel, alebo na ktorých sa práve začalo pracovať - ako napr. PowerTOP, Tickless Idle a techniky správy spotreby grafiky a iných zariadení. Pozývame všetkých vývojárov a projekty, ktoré sa zameriavajú na šetrenie energiou, aby sa pridali k práci LessWatts.org a jej komunite.

MadWifi sa sústreďuje na ath5k

21. sep, originál

My, MadWifi tým, oznamujeme svoje rozhodnutie presunúť sa z čisto binárneho HAL na vývoj smerom k ath5k, úplne voľnému (ako v slove sloboda) ovládaču, ktorý sa nakoniec stane jednou zo základných častí jadra Linux, písal Michael Renzmann v mailing liste MadWifi. Rozhodnutie prichádza počas pokračujúcich debát o tom, čo je a čo nie je dovolené licenciou BSD, ku ktorým sa zatiaľ SFLC oficálne nevyjadrila (viď SFLC vyřešilo spor o přelicencování BSD/ISC kódu). Veľká časť tejto debaty prebehla kvôli pokusu vydať súbory s BSD licenciou pod GPL - čo je možné vidieť napr. v ath5k_hw.c zdrojáku, ktorý je v poslednej verzii súboru v repozitári MadWifi stále označený ako dostupný "under the terms of the GNU General Public License" (pod podmienkami licencie GNU GPL). Vyzerá to tak, že súčasný vývoj ovládača ath5k sa presunul do git stromu Linvilleho, kde je licencia aktuálne čisté BSD - aj keď stále pretrváva diskusia, čo je potrebné k tomu, aby bolo možné pridať do zdrojákov dodatočné copyrighty, ako boli dodané do HAL kódu, ktorý bol pôvodne získaný spätným inžinierstvom a napísaný Reykom Floeterom. V skoršej konfrontácii s Atheros sa prišlo na to, že Reykova práca neporušuje copyright:

V OpenBSD je pre bezdrôtové karty Atheros dostupný ovládač, ktorý komunikuje priamo s hardvérom, a je založený na spätnom inžinierstve vykonanom Reykom Floeterom. Dôležité časti ovládača boli Nickom Kossifidisom portované na Linux, aby odštartovali OpenHAL, voľnú (ako v slove sloboda) náhradu proprietárneho HALu. Tvrdenia, že ovládač OpenBSD (a teda aj OpenHAL) obsahuje ukradnutý kód, spomalili snahy OpenHAL, ale nakoniec boli tieto tvrdenie vyvrátené. The Software Freedom Law Center (SFLC), s pomocou od Atheros, vykonali prehliadku kódu a uznali, že "OpenHAL neporušuje žiadne copyrighty držané Atherosom." Inými slovami, už je čistá cesta na začlenenie ovládača založeného na OpenHAL do jadra Linuxu.

Uspávanie a prebúdzanie s ACPI

23. sep, originál

Zabralo mi dobrú chvíľu, aby som si uvedomil, kde je hlavný zdroj problémov s VAIOm a možno aj ďalšími strojmi - regresie s uspávaním/prebúdzaním, ktoré sa dostali na svetlo sveta po začlenení patchov dyntick/clockevents, vysvetlil Thomas Gleixner ohľadom dvoch patchov, ktoré opravovali problémy s uspávaním, ktoré mal Andrew Morton s jeho VAIO notebookom. Pokračoval: počas uspávania zakazujeme množstvo funkcií ACPI/BIOSu, ale medzi uspaním a prebudením ponechávame funkcionalitu C-stavov. Vyzerá to tak, že to niektorým BIOSom spôsobuje problémy, ale predpokladám, že ten problém je ešte rozšírenejší a nedostáva sa na povrch len kvôli rôznym scenárom, ktorými stroj prejde počas uspávania/prebúdzania. Thomas zakončil: Naozaj dúfam, že tieto dva patche konečne ukončia sériu chýb 'jinxed VAIO heisenbug', ktoré začali po odstránení pravidelných tickov patchami clockevents/dyntick.

Linus Torvalds vyjadril svoje obavy: patche vyzerajú dobre, ale aj tak mám pocit, že si sa pri zisťovaní odpovede na otázku '*prečo* sa to stáva' vzdal priskoro. Súhlasil, že na tom mieste bol problém s ACPI, ale varoval, že by to mohlo byť vyvolané inou chybou: hlavne mám podozrenie, že toto vlastne nemusí riešiť hlavný problém - možno to len zmenší okno natoľko, že už nenastáva. Keďže možno dostatočne nechápeme, aké je pozadie problému, nie som si istý, či môžme povedať, že už je vyriešený. Linus nakoniec dodal: ale tak tie patche začlením tak, ako sú. Len by som sa cítil lepšie, keby sme naozaj rozumeli tomu, *prečo* práca s Cx stavmi procesoru nie je niečo, čo môžme robiť okolo suspend kódu!

2.6.23-rc8, "Už sme blízko"

24. sep, originál

Ok, myslím že sme už blízko vydaniu ozajstného 2.6.23, začal Linus Torvalds v jeho oznámení ôsmeho release kandidáta jadra 2.6.23. Vyzerá to tak, že sa všetko upokojilo, a myslím, že Thomas Gleixner pravdepodobne našiel regresiu suspend/resume, ktorá nás už chvíľu strašila, takže mám z toho celého celkom dobrý pocit. Linus pokračoval:

Samozrejme, to že mám dobrý pocit je zvyčajne nasledované nejakým neslušňákom, ktorý nájde nové problémy - ale to odignorujem a napriek tomu si budem užívať ten pocit, nech už je akokoľvek prchavý.

Krátky zoznam je vcelku krátky, na konci pripájam aj diffstat, keby niekoho zaujímal - ale je to v podstate len množstvo vcelku malých ale ozajstných opráv, a podpora pre nové čipy v ovládači sieťových kariet sky2...

Podpora pre MMC Flash Memory karty

26. sep, originál

Pripomínajúc prichádzajúce okno začleňovania pre 2.6.24, ktoré bude nasledovať po vydaní 2.6.23 správca MultiMedia Card (MMC) subsystému Pierre Ossman popísal jeho plány, čo sa začlení do upstreamu: toto vydanie bude jedno zo zatiaľ najväčších, čo sa týka MMC. Hlavnými kúskami sú podpora SDIO a SPI, ale pribudne aj mnoho malých úprav. Čo sa týka nového Secure Digital Input Output (SDIO) stacku, dodal: už sú preč dni, keď sme boli odkázaní na proprietárne stacky SDIO podpory pre linux. Takže už žiadna malá podpora pre host-ov a možné GPL problémy. SDIO bude odteraz štandardná funkcionalita Linuxu. Popísal aj tri fungujúce ovládače, ktoré už boli portované na nový stack.

Pierre sa zapojil do diskusie o Serial Peripheral Interface (SPI) stacku: druhá najväčšia vlastnosť je fakt, že môžete použiť svoje SPI radiče na MMC, SD aj SDIO. Správne, dokonca aj SDIO pracuje pekne cez SPI. To znamená, že oveľa viac systémov môže získať dátové a rozširujúce I/O v podstate za cenu konektora. Dodal: David Brownell je teraz poverený poskytovaním 'divných opráv' pre mmc_spi ovládač, ale naozaj by sa nám zišiel poriadny správca. Takže ak máte dostatočné skúsenosti so SPI rozhraním Linuxu a čas, prosím, prihláste sa.

Hľadanie chýb pomocou CFS

26. sep, originál

Možná chyba oznámená pre Completely Fair Scheduler naznačovala, že CFS spôsobuje spomalenie sieťovej prevádzky, ktorej výkon sa meria pomocou benchmark utility 'Iperf'. Zníženie výkonu bolo rýchlo vystopované k už predtým diskutovaným zmenám v tom, ako CFS spracováva sched_yield(). Po naznačení, že by mohlo ísť o chybu v novom plánovači procesov, Ingo vysvetlil:

Narýchlo som sa pozrel na zdrojáky a dôvodom toho divného používania yield-u bolo, že v abstrakcii 'Reporter threadu' iperf-u je chyba zamykania a miesto opravy chyby bola tá chyba obídená cez hrozný zámok v user space naprogramovaný pomocou yield().

Potom zaslal malý patch, ktorý odstránil chybu u volania sched_yield(), čo viedlo k tomu, že iperf používa _oveľa_ menej procesorového času. Na mojom testovacom systéme Core2Duo sa pred patchom použilo 100 % CPU času na saturáciu 1gigabitového prenosu na iný stroj. S patchom teraz používa 9 % CPU času. Potom pobavene dodal: sched_yield() je skoro vždy symptómom pokazeného zamykania alebo inej chyby. V tomto zmysle CFS spraví správnu vec tým, že tie chyby odhalí =B-). Stephen Hemminger poukázal na to, že podobný patch bol do projektu Iperf zaslaný aj minulý mesiac, keďže mal rovnaký problém aj s plánovačom FreeBSD.

Aktualizácie subsystémov ovládačov, USB a PCI pre 2.6.24

27. sep, originál

Greg KH zaslal tri emaily nazvané Stav subsystému ovládačov Linuxu, Stav subsystému USB Linuxu a Stav subsystému PCI Linuxu. Poznamenal, že pre žiadny z nich (subsystémov) neexistovali žiadne regresie, ku ktorým by existovali opravy pre nadchádzajúce jadro 2.6.24. Greg uviedol, že existuje mnoho otvorených chýb v USB subsystéme: Áno, je ich fakt príliš veľa - naozaj som unavený ich riešením. Ak by ste mi niekto chceli pomôcť, neváhajte :) Pokračoval:

Všimnite si, že v USB fronte je skoro 100 patchov, takže pri ručnej kontrole som mohol pár vecí prehliadnúť. Ak som nepopísal váš patch, ktorý už je vo fronte, a myslíte si, že je dôležité, aby o ňom vedeli všetci, kľudne sa pridajte do hore uvedeného zoznamu. Zámerne som nevynechal nič, len som sa snažil veci zosumarizovať.

Začlenenie ovládača bezdrôtových sieťových kariet iwlwifi

28. sep, originál

Nevyzerá, že by to za sebou ťahalo nejaké závislosti, ani neovplyvňuje iné kusy externého kódu - iba že by som niečo prehliadol. Takže je to dokonalý príklad toho, o čom sme už kedysi diskutovali: nie je žiadny dôvod k nezačleneniu hocikedy, správne? :-) Benjamin Herrenschmidt takto zosumarizoval jeho žiadosť, že by mohol byť ovládač iwl4965 začlenený do jadra 2.6.23 neskôr vo vývojovom cykle, mimo štandardné dvojtýždňové merge okno. John Linville odpovedal: je to zaradené pre 2.6.24. Nie som si príliš istý, či bol pôvodne zaslaný do 2.6.23 merge okna včas, ale aj keby bol, bolo vtedy dosť protestov proti jeho začleneniu. Popravde, som si istý, že aj teraz je niekoľko vývojárov bezdrôtov, ktorých predstava okamžitého začlenenia príliš neláka. Pri otázke, čoho sa tie protesty týkali, odkázal sa na diskusiu v netdev mailing liste a dodal:

Bolo veľa hádania o tom, ako bola funkcionalita rozdelená medzi ovládač a firmware, problémov s tým, ako sa ovládač snaží robiť to, čo už je v mac80211, alebo to nerobí vôbec. Boli aj rôzne sťažnosti na otrasnosti ako #include "../../../net/mac80211/blah.h atď. Na ovládači je stále nutné spraviť veľa práce, ale ako si naznačil - lepšie bude mať ho v jadre ako mimo neho.

Diskuse k tomuto článku

[trekker.dk]

Ahojte, slečinky moje (a krásky),

Lad v žádném případě není slečinka.

[MiK[3]Zz]

Ale no tak...

[trekker.dk]

Ale no tak co?

[Robert Krátký]

Tipnul bych, že se Andrej spletl a četl "ladies" místo "laddies" (i když ani to by nebyly "slečinky", ale už je to blíže). Zatím jsem to opravil na "hoši" - dokud někdo neporadíte slovenštější překlad :-).

[happy barney]

slovenskejšie by sa to imho dalo povedať ako "mládenci"

[trekker.dk]

Tipnul bych, že se Andrej spletl a četl "ladies" místo "laddies"...

A nebo to zadal do slovníku, který se "spletl" za něj (třeba ten seznamácký to udělá)

[andree]

o tom, ze laddies je nieco ine ako ladies som fakt ani nerozmyslal tak uz budem zase kus mudrejsi do buducna

[trekker.dk]

Holt si příště musíš líp nastudovat literaturu - v tomto případě Piráty z Karibiku. Savvy?

[Sectio Aurea]

Technická: V Opeře se mi všechen černý text za článkem zobrazuje červeně, tj. hodnocení, diskuze. Ve firefoxu a konqueroru vše v normálu. Japato? Žeby nějáký šotek řádil? Nebo už blbě vidim Opera 9.23

Jinak článek je pěkný.

[w.]

Vidíš dobře, je tam neuzavřený tag někde určitě.

[Jan Kundrát (jkt)]

"ktoré mal Andrew Morton s jeho VAIO notebookom." -- v cestine rikame "se svym", predpokladam, ze ve slovenstine to bude stejne...

[.]

"s jeho" mi pride v poriadku

[Filip Jirsák]

Opravdu? Ona sloveština nepoužívá „svoj“, nebo ho používá v jiném významu než má české „svůj“?

V češtině např. „Petr je u Karla, řeší problémy s jeho notebookem“ znamená, že Petr řeší problémy s Karlovým s notebookem, ale „Petr je u Karla, řeší problémy se svým notebookem“ znamená, že Petr řeší problémy s Petrovým notebookem, nebo Karel s Karlovým, ale ne křížem

[Mandarinka]

Přivlastňovací zájmeno svůj používáme, když se přivlastňuje podmětu věty.

[Filip Jirsák]

My v češtině ano. Ale Slováci zde zatím (oba) svorně tvrdí, že v slovenčine nie.

[Robo]

moze to byt tak aj tak; myslim, ze to kazdy chape, na koho sa to vztahuje; nikto iny okrem Andrewa v tej vete nefiguruje

[Robo]

ale uplne spravne by asi malo byt "so svojim notebookom" :)

[frEon]

nemam sice moc v ooblibe mistni jazykove krouzky, ale dneska si povztesknout musim. zajmeno svuj neumi dneska uz pouzivat vubec nikdo. I v televizi v novinach vsichni pouzivaji takhle blbe.

[ajikdpoe]

"s jeho" je uplne v poriadku

[LuCKy]

Používajú sa oba tvary, takže je správne "s jeho" ale aj "so svojim".

LuCKy

[Filip Jirsák]

Že se používají oba tvary ještě nevypovídá nic o správnosti…

[happy barney]

aj tvar "s vlastným" je možný (a správny)

[$#@]

Ahoy me laddies (and beauties) neznamena Ahojte hosi a krasky, ale Ahojte damy (a krasky)

[Filip Jirsák]

Vedle, jednou v tématu tohoto vlákna, a podruhé v obsahu komentáře.

[LuCKy]

No áno, možno to je len hovorový výraz ale nie je problém pochopiť ako to bolo myslené. ;oD

LuCKy