Megjelent az -mm fában az új WiFi stack

Kernel

Körülbelül egy évvel ezelőtt a Linux kernel fejlesztői elhatározták, hogy új WLAN alrendszerre váltanak. Tavaly tavasszal kezdett körvonalazódni, hogy a szoftveres WiFi stack specialistának is nevezett Devicescape-től származó WLAN stack (korábbi cikkük) lehet a Linux kernel WiFi driver-einek közös alapja. A cél, hogy felszámolják azt a nem éppen ideális jelenlegi helyzetet, amelyben különböző WiFi driver-ek különböző WLAN alrendszerekre épülnek, és helyette egy jól dokumentált, egységes alapra építkezzenek. A fejlesztők remélik, hogy ezzel a lépéssel javulni fog a linuxos WLAN driver-ek minősége és a későbbiekben egyszerűbb lesz az új alrendszerhez további driver-eket készíteni.

Nemrég egy találkozót tartottak a fejlesztők a Linux kernel WLAN alrendszerével kapcsolatban, amelyen megegyezetek, hogy van még mit dolgozni az új alrendszeren és még nincs teljesen kész a beolvasztásra. Viszont az is kiderült, hogy olyan messze se járunk a beolvasztástól, és a 2.6.23-as és 2.6.24-es kernelek jöttek szóba lehetséges verziókként, ahol felbukkanhat az új alrendszer.

Közben az is kiderült, hogy az új alrendszer - amely közben a "mac80211" nevet kapta, már elegendően stabil arra, hogy felbukkanhasson Andrew Morton -mm jelű "előszűrő" kernelfájában, és megkezdődhessen az előzetes, szélesebb körű tesztelés.

Ahogy az új alrendszer felbukkan a hivatalos kernelben, azonnal nagyobb fejlődést tapasztalhatunk a régi alrendszerekhez képest. Az új alrendszerrel együtt átdolgozott Broadcom bcm43xx és Ralink rt2×00 driver-ekhez juthatunk.

Bővebben itt.

( godot v | 2007. 03. 07., sze – 10:00 )

Az Ubuntu Feisty már a devicescape alrendszerrel fog kijönni. Már ahol a driver ezt lehetővé teszi.

Üdv
Godot

( uid_228 | 2007. 03. 07., sze – 10:16 )

Ez remek, lassan eljutunk oda, ahol az OpenBSD már ezer éve van. :)) Attól tartok viszont, hogy a dokumentáltsága messze nem lesz olyan jó, mint annak. :I

--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.

Éspedig? Tisztában vagyok vele, hogy az OBSD-vel nem lehet WPA/2-őt használni (most még), de ettől eltekintve az egész sokkal összeszedettebb. Ráadásul több wifi chipsetet is támogat. No, arról meg nem is beszélve, hogy nincs szükség iwconfigra, az egy szem ifconfiggal meg tudok mindent csinálni (bár ahogy nézem, ez a többi BSD-ben is így van).

--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.

még jó, hogy az obsd csapat mindent tökéletesen tud és kicsi az arcuk. Ajánlom Zahy összefoglalóját a valóban egységes interfész kezelésről FreeBSD alatt vs. OpenBSD. Egyébként nekem személy szerint tetszik, hogy külön van a bridge control. D ez egyéni perverziónak is tekinthető. Amit hiányolok az tényleg az mii-tool/ethtool helyett valami. Bár amit nem támogat az mii-tool azt nem tekintem hálókártyának :)

rosszul emlékszem, hogy az intel cuccait mind támogatta? (nem csak a 100Mbitre gondoltam :)). Én általában ragaszkodom az intel hálókártyához. De meg tudom nézni valamelyik nap (nincs távoli hozzáférés) és "jelentem" magánban. Egyébként meg azt nem vitatom, hogy az egységesített stack jót tesz és minden területen így kellene eljárni.

Még jó, hogy nem azt írtam, hogy "az obsd csapat mindent tökéletesen tud és kicsi az arcuk". Annyit állítottam, hogy a wifi-stack az OBSD-ben (a drivereket is beleértve) sokkal átgondoltabban van felépítve és ez végre ráférne a Linuxra is. A DS hozzájárulásával ez talán megvalósul nemsokára.

--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.

"Minek. Úgysem tudná kihasználni a rájuk kötött diszkek teljesítményét. >;-)"

Az lett volna a következő kívánságom, hogy ha már látja, akkor kezelje is. :) A harmadik érintette volna a teljesítményt. :)

"Egyébként meg írj már le ide 10 korszerű RAID vezérlőt. :)"

Korszerű == napjainkban gyártott. Tök mindegy, mert amit mostanában próbáltam az egyik sem ment :)

--
trey @ gépház

csak azt vitattam, hogy _teljesen_ egységes lenne a obsdben az interfacek kezelése. a freebsd-ben az. Mivel már 3 éve nem használok obsdt, csak vmwareben néztem, hogy mégis, legalább a telepítés ismerős legyen, így a hup.hu hozzászólásokra támaszkodok, azoktól, akiket ismerek és megbízom az értékítéletükben, véleményükben. A múltkori threadből nekem a fentebb leírtak jöttek le. Azt nem vitattam, hogy a linuxban az egységesítés sehol sem volt wifi terén.
Ahol javítani kell a linuxban:
- egységes diszk kezelés, megtartva az eddigi jó featurekat
- egységes hálókártya kezelés (ethernet is, wifi is)

Más bajom jelenleg nincs. Persze van, de ezek általában olyan dolgok, amik minden rendszer alatt vannak, ez nem pont úgy megy, ahogy kellene, az nekem nem tetszik, ahhoz pont a driver nem működik úgy stb. Hibátlan rendszer nincs. Max a kőbalta szintű :-)

...es pontosan erre reagaltam, marhara fogalmad sincs arrol mit tud a dscape stack, es a bsd-kben levo meg viccnek is gyenge hozza kepest. Az teny, hogy van driver ami kulturaltabban van megirva, de a wifi stack-rol annyit, hogy azert ne erolkodjel mar hogy a trabant jobb mint a merci mert egyszerubb a motor felepitese..

Mivel nem ismerem belülről sem a jelenlegi Linux-Wifi stack-et, sem a dspace-t, sem a *BSD-két, te viszont a fentiek alapján profin otthon vagy benne, megtennéd, hogy a kedvemért összefoglalod lényeges tulajdonságaikat? Különös tekintettel arra, hogy ha jól tudom a NetBSD és az OpenBSD elég hasonló (egy tőről fakadó) verziót használ, ezzel szemben tudtommal mind a FreeBSD, mind a DragonFlyBSD másikat - azaz fentiek alapján Te minimum 5-féle free OS wifi stacket ismersz, márpedig én az ilyen nagytudásúaktól nagyon szeretnék tanulni. Köszönöm.

Ennek örülök, de mivel ő azt összehasonlította 'en bloc' a *BSD-k stack-jével, felteszem azokat is ismeri - ezért kértem tisztelettel egy rövid összefoglalót. Mert én meg nem ismerem egyiket se. (Csak így, zárójelben jegyzem meg, hogy az OpenWRT-fejlesztő státusz önmagában még azért nem jelenti azt, hogy pont a wifi részével foglalkozik - foglalkozhat a benne levő ftp-szerver finomhangolásával is. De még 1x mondom, nem fika, érdeklődés.)

Örülnék, ha elolvasnád/felfognád, amit írtam. Nem fikáztam a DS stacket, hanem éppen, hogy annak örültem, hogy végre lesz egy egységes felület, ami alá a drivereket be lehet tolni.

--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.

( cstamas | 2007. 03. 07., sze – 10:59 )

Na végre! Gyerünk hajrá! Talán eljutunk oda is, hogy az Atheros-nak lesz open source drivere.

Ha egyszer megtalálja a hálót, akkor le se lehet szakítani. Csak ha éppen rossz hálót talál meg, akkor az életbe nem veszed rá, hogy máshova csatlakozzon. Ha bootnál nem kapcsolom be a laptopon, akkor max 50%-os eséllyel talál vmit természetesen kézi cseszegetésre. A hibernálásról inkább nem mesélek...
09:02.0 Ethernet controller: Atheros Communications, Inc. AR5005G 802.11abg NIC (rev 01)