Kernel Traffic #297 For 19 Feb 2005

ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc1/2.6.11-rc2-mm1/

• Všude spousta aktualizací a oprav.

• Na mém testovacím stroji není v konzoli blikající kurzor. Vím o té chybě, nehlaste ji, prosím.

  Ukázalo se, že tu chybu má na svědomí cleanup-vc-array-access.patch, ale jedná se bohužel o obrovský patch.

Na mém Compaqu Evo N600c (Radeon Mobility M6 LY) přestalo fungovat X, je-li zapnuto DRI. Moje XFree 4.3 (z Debianu testing) s DRI používá drm a radeon moduly z jádra.

Místo běžného okna gdm se objeví černá nebo zrnitá obrazovka (zbytkové kusy obrazu z posledního funkčního sezení). Kurzor myši funguje. Sysrq funguje. Ale Caps-lock ne. Mohu pingnout, ale ne připojit přes SSH.

Nevím přesně, co se to děje. V dmesg nic zajímavého nevidím. Odstranění DRI z konfiguračního souboru X (i když jsou i nadále natahovány moduly drm/radeon) to spraví. Linusův 2.6.11-rc2 funguje bez problémů.

Tento seznam věcí, které by měly být v Linuxu opraveny v oblasti podpory wireless [bezdrátová komunikace], vznikl díky mému pokusu o vytvoření GUI pro linuxovou bezdrátovou komunikaci - NetworkManager (http://people.redhat.com/dcbw/NetworkManager). Nejde samozřejmě o nějaký seznam požadavků. Sám pomalu některé věci opravuji, když se k nim dostanu (začlenění orinoco, opravení linux-wlan-ng, malé patche pro jaderný wireless ovladač). Myslím, že nikdo zatím nesestavil vyčerpávající seznam problémů s wireless v Linuxu.

Řekl bych, že největším problémem je stagnace API Wireless Extensions [rozšíření pro bezdrátovou komunikaci] a autoři ovladačů proto dělají věci po svém (například podporu WPA), protože WEAPI se v této oblasti neprojevuje jako vůdce. To lze napravit. A v tuto chvíli to nevypadá ani na moc práce, protože hlavním provinilcem je tu WPA.

Komentáře vítám. Doufám, že to vyburcuje více lidí ke snaze o opravení aspoň nějakých věcí.

Takže, bez dalších okolků, zde je ten seznam:

• Hodnoty kvality se výrazně liší nebo úplně chybí:

  1. atmel nevrací ze scanovaných [vyhledávaných] AP žádná data o kvalitě.
  2. ipw_2100 nevrací vůbec žádná data o kvalitě (v1.02).

  3. Téměř každý ovladač hlásí kvalitu jiným způsobem:

     • Prism54 používá procenta.
     • airo míchá používání absolutních a relativních hodnot v dBm.
     • Průměrné a maximální úrovně kvality jsou skoro u všech ovladačů umělé a vůbec nevychází z karty.

  Je třeba udělat: sjednotit hodnoty kvality. Wireless Extensions podporují dva různé druhy dat o kvalitě - procentuální a dBm. JEDNO VYBRAT. Já bych doporučoval do uživatelského prostředí hlásit pouze procenta pomocí volání SIOCGIWSTATS. A pro získávání specifických hodnot dBm/šumu bych použil samostatná ioctl - bude-li to uživatelská aplikace _a_ ovladač podporovat. Nemůžeme po uživatelských aplikacích chtít, aby hádaly, podle kterého ze tři různých algoritmů ovladač kvalitu hlásí.

• Hodnoty frekvence se výrazně liší od iw_get_range:

  1. prism54 používá úplně jiné exponenciální hodnoty než airo
  2. airo, atmel a orinoco jsou stejné

  Je třeba udělat: sjednotit hodnoty frekvence u všech karet. Používat skutečné frekvence v MHz místo formátu "exponent a mantisa" jak je tomu nyní. Donutit uživatelské aplikace ke konvertování kanálů na frekvence - podle toho, jaké frekvence ovladač podporuje. Nebo opravit ovladače tak, aby hlásily dvojice Frekvence<->Kanál, když oznamují podporované frekvence. Ale podstatné je vybrat JEDEN ZPŮSOB a všechny ovladače přizpůsobit. Zbavit uživatelské prostředí hádanek a zvolit jedno API, které budou ovladače používat.

• Airo/prism54 mají asi problémy s IPv6 a způsobují paniku jádra.

  1. Některé ovladače nevymažou [NULL] svá data po té, co s nimi skončily, což později způsobuje paniky jádra. Viz Red Hat bugzilla #135432. Dave Jones má patch pro airo, který - jak se zdá - funguje lépe - je v jádrech 2.6.10 od Red Hatu.

  Je třeba udělat: zajistit, aby všechny ovladače při uzavírání likvidovaly svá data. Nebo opravit ty části jádra, které ta stará data využívají. Prostě přijít na to, kde je problém.

• Ne všechny ovladače mají správnou podporu netlink:

  1. Orinoco je příliš neposedný, posílá moc událostí (neměl by je např. posílat během scanu).
  2. Atmel, airo a další asi nemají podporu netlink vůbec.

  Je třeba udělat: opravit všechny ovladače tak, aby po úspěšném připojení k přístupovému bodu daly jádru signál, že síťové spojení je "up" [nahozeno].

• Ne všechny ovladače podporují bezdrátové scanování:

  1. Především orinoco - podpora už je napsána a pomalu se dostává do jádra.

  Je třeba udělat: urychlit začlenění nového ovladače orinoco do jádra.

• Problémy s firmwarem

  1. Nahrávání firmwaru Cisco aironet je dost nestálé. Např. s verzí 5.21 selhává. Vypadá to, že pro používání WEP je u většiny přístupových bodů potřeba firmware <= 5.02. Poslední ovladač od Cisco se od toho v jádře dost liší.

  Je třeba udělat: vyřešit licenční vztahy mezi ovladačem od Cisco pro jádro 2.4 (který je pod MPL) a ovladačem airo v jádře (který je pod GPL). Pak zjistit, jakých změn se dočkal ovladač od Cisco, aby podporoval firmware až k verzi 5.30.17, a provést tyto změny v ovladači z jádra.

• Podpora ethtool pro všechny ovladače:

  1. Hodně jich udělal Viro, nejsem si jistý, jestli je to dokončené.

• Podpora Ad-Hoc režimu je ve většině ovladačů buď dost nestabilní nebo úplně chybí:

  1. Prism54 hlásí chybu "mgmt tx queue full" na jinak funkční kartě.
  2. Madwifi při přepínání do ad-hoc režimu resetuje bitrate na 0.

  Je třeba udělat: opravit ovladače, aby podporovaly Ad-Hoc režim. Pokusit se od výrobců získat specifikace hardware a registrů - pokud to ještě pro všechny "moderní" karty nemáme.

• Podpora WPA buď chybí nebo se na ní teprve pracuje. S tím je potřeba pomoci.

  1. Věc se má tak, že Wireless Extensions API výrazně zaostává za možnostmi dnešních čipsetů. Podpora pro WPA a příbuzné technologie by měla bý _ve_ Wireless Extensions, místo toho, aby to fungovalo jako teď, kdy většina ovladačů pro WPA nastavení vyčleňuje nestandardní privátní volání ioctl().

  Je třeba udělat: standardizovat rozhraní pro WPA a příbuzné technologie a implementovat to rozhraní ve Wireless Extensions API. Opravit všechny ovladače, aby používaly nové API místo privátních volání ioctl(). Některé z ovladačů. které WPA podporují: atmel, madwifi, prism54, ipw2200. Rovněž by při té příležitosti bylo prospěšné zavést podporu pro volání, která potřebují 802.1x stacky (jako wpa_supplicant a Open 802.1x). Aby nemusely ovladače patchovat (Open 802.1x). Nebo vytvářet speciální háčkové moduly pro každý ovladač (wpa_supplicant), díky kterým mohou zachytávat potřebné autentizační pakety nebo nastavovat WPA na kartě.

• Se skrytými ESSID ovladače zacházejí každý jinak.

  1. ipw2x00 zachytí " " a skupiny \0 a a změní to v ovladači na "<hidden>", zatímco ostatní ovladače jen předají prázdný řetězec.

  Je třeba udělat: standardizovat všechny ovladače, aby do uživatelského prostoru pouze předaly prázdný řetězec - pokud stanice nevysílá ESSID. Ovladače by se neměly snažit být v této věci chytré.

Pořadí důležitosti (podle mě):

1. Všechny ovladače _MUSÍ_ podporovat bezdrátové scanování (že, orinoco?).
2. Podporu WPA je třeba standardizovat ve Wireless Extensions.
3. Jednotné údaje o kvalitě od všech ovladačů - jak o právě připojených AP, tak o scanovaných.
4. rtnetlink oznámení o spojení od všech ovladačů při připojení k AP.
5. Podpora Ad-Hoc režimu.
6. Podpora Ethtool.
7. Otázky kolem firmwaru Cisco.