Nyílt forrású driver-t adott ki a Broadcom wireless chipkészleteihez

Kernel

A Broadcom "teljesen nyílt" eszközmeghajtó-programot jelentett be a legújabb generációs, vezeték nélküli hálózati kommunikációt lehetővé tevő 11n chipkészleteihez. A drivercsomag jelenleg folyamatos fejlesztés alatt áll, a kiadás ún. "initial release", de a cég hangsúlyozza, hogy teljesen nyílt forrású és a Linux kernel mac80211 stackjét használja.

A driver számos piacon levő chipet - BCM4313, BCM43224, BCM43225 - támogat, de lerakták a fejlesztők benne az alapokat a jövőbeli chipek támogatásához is. A forrásfában mellékelt README és a TODO fájlok részletes felvilágosítást adnak a driver által jelenleg biztosított szolgáltatáskészletről, ismert hibákról és a jövőbeli fejlesztési tervekről.

A driver forrása elérhető a staging-next fában 


git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging-next-2.6.git

a drivers/staging/brcm80211 könyvtárban.

A bejelentés elolvasható itt.

( balintdavid | 2010. 09. 10., p – 09:11 )

Karaj. Pont ilyen van a Dell Vostro-mban.
-------------------------------------------
Suddenly the Dungeon collapses!! - You die...

Nekem (is) Dell Vostro (1015) típusú laptopom van, és emlékeim szerint Broadcom integrált wlan van benne. Eddig csak wl kernelmodullal sikerült működtetni.

A hírben szereplő driver különbözik az általam most használt drivertől? Ha igen, miben?

A wl drivert ki készítette egyébként? Mert a legutóbbi Ubuntu dist-upgrade után megjelent ugyan egy zárt meghajtó (talán bc43xx? lehet, h keverem), de azzal egyáltalán nem tudtam előcsalni a wireless beállításokat a networkmanagerből.

( eddie303 | 2010. 09. 10., p – 09:20 )

Jo lenne, ha a Windows-os wlan drivereiket is kitennek a honlapra valahova elerheto helyre, mert a multkor egy fel napot kerestem egy Acer-hez (valami 435x volt asszem, n-es), vegul egy HP-fele driver ment fel, de az infben nem volt benne...
---
Hey! Where'd my terminal go?
DropBox tárhely itt!

( nanto | 2010. 09. 10., p – 09:44 )

legutobb mikor neztem, a b43-as sorozatukat egyedul arch alol tudtam mukodesre birni, ott is csak parancssorbol (iwlist wlan0 scan, de wpa supplicant mar nem ment). Fedoran, Kubuntun es Opensusen megbukott, Susen talan mukodesre birtam volna, de feladtam ido elott

------------
A Windows 95 hibajabol tanulva inkabb Windows XP-nek nevezték el, hogy ne legyen ciki, hogy a legtöbb dologra 2008-ban még mindig a "Windows 2001" a leghasználhatóbb

Archon se ment a networkmanagerrel, CLI utakon is csak fel ora szenvedes utan, lehet akkor valami mas gaz is volt ott

------------
A Windows 95 hibajabol tanulva inkabb Windows XP-nek nevezték el, hogy ne legyen ciki, hogy a legtöbb dologra 2008-ban még mindig a "Windows 2001" a leghasználhatóbb

nem, hanem hogy 2 fele driver van, es az egyik modult blacklistezni kell, mert lspci alapjan azt latja, hogy a b43 driver kell, de vannak olyan b43xx-nek nevezett kartyak, amikhez szigoruan tilos a b43 drivert hasznalni

------------
A Windows 95 hibajabol tanulva inkabb Windows XP-nek nevezték el, hogy ne legyen ciki, hogy a legtöbb dologra 2008-ban még mindig a "Windows 2001" a leghasználhatóbb

igen, csak van, amit a rendszerek b43-nak ismernek fel, mert b43xx a neve, de valojaban csak az iw driverrel mukdonek, es blacklistelni kell a b43-at. Ez csak egy-ket kartyanal problema

------------
A Windows 95 hibajabol tanulva inkabb Windows XP-nek nevezték el, hogy ne legyen ciki, hogy a legtöbb dologra 2008-ban még mindig a "Windows 2001" a leghasználhatóbb

( Mzmasta | 2010. 09. 10., p – 09:51 )

Vééégreee!
Emiatt eddig csak ubuntut tudtam futtatni a gépemen, Fedorán megdöglött az általuk adott .rpm, de bármi más sem használt.

( Yume | 2010. 09. 10., p – 10:08 )

Talan bekerul openwrtbe is es nem a blobos hokit kell hasznalni helyette :/

A driver hardver kezelo retege tele van ilyen kodokkal, hogy: 


mod_phy_reg(pi, 0x4f9, (0x1 << 2), 1 << 2);

Iwrite_radio_reg(pi, RADIO_2064_REG005, 0x8);
or_radio_reg(pi, RADIO_2064_REG112, 0x80);
OSL_DELAY(20);
or_radio_reg(pi, RADIO_2064_REG0FF, 0x10);
or_radio_reg(pi, RADIO_2064_REG11F, 0x44);
OSL_DELAY(20);
or_radio_reg(pi, RADIO_2064_REG00B, 0x7);
or_radio_reg(pi, RADIO_2064_REG113, 0x10);
OSL_DELAY(20);

Komment nincs, doksi nincs, csak par rautalo magatartast vegzo fuggveny nev. Ez mennyivel jobb, mint a binaris "hoki" ? :)

---
pontscho / fresh!mindworkz

Ideznem a honlapjat:
14e4:4329 , not supported, BCM4321

A most kiadott kod sem supportalja a leiras szerint, de a most kiadott kod az elso n-PHY broadcom nyilt driver.
De van benne ilyen "BCM4329_CHIP_ID" nevu macro. - tovabb meg nem jutottam ..

Szerk:
Ha jol latom, a driver raizgul a bejelentesben nem szereplo eszkozokre is:
if ((pdev->vendor != PCI_VENDOR_ID_BROADCOM) ||
(((pdev->device & 0xff00) != 0x4300) &&
((pdev->device & 0xff00) != 0x4700) &&
((pdev->device < 43000) || (pdev->device > 43999))))
return (-ENODEV);
rc = pci_enable_device(pdev);

Meg kene nezni mit csinal egy tenyleges eszkozzel.

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

( Replaced | 2010. 09. 10., p – 10:19 )

plusz pont a broadcomnak, hogy ISC licenc alatt adtak ki

--
NetBSD - Simplicity is prerequisite for reliability

( muczy v | 2010. 09. 10., p – 20:18 )

Aztán látja-e már a 12-es és 13-as csatornákat g-s szabványon?
A többmintremek wl nevű driverük készségesen elfogadta a HU-s regdomain beállítást, látszólag át is lehetett állítani, mégsem látta effektíve a 12-es és 13-as csatornákon lévő hálózatokat.
Szánalmas.

( Bali v | 2010. 09. 12., v – 20:59 )

franc, pedig mar kezdtem remenykedni, hogy 4323 tamogatas is lesz benne, de termeszetesen nincs :(