Post a Comment
Well, due to license issues, the BSD folks will have to reverse engineer the reversed engineered driver but at least they got some source code to take a peek at (which may or may not count as a derivate work depending on how strict you see things). Nut agreed, I can't wait to see them get these chips to work. A lot of Powerbook users that insist on replacing Mac OS X with Linux (or BSD) will be very glad to hear this.
Well, due to license issues, the BSD folks will have to reverse engineer the reversed engineered driver
Uh? They won't need to reverse engineer the Linux driver at all, seeing as the source is available. All they will need to do is re-implement the functionality using the Linux driver source as an example.
Uh? They won't need to reverse engineer the Linux driver at all, seeing as the source is available. All they will need to do is re-implement the functionality using the Linux driver source as an example.
Its highly dependent on what licence the code is under. If they are not satisfied, then they'll re-write their version based finding how the Linux works. (and re-release under BSD license and clean up the code).
This is what they've done with the Ralink RT2500 series chipset.
Since this Broadcom reversed engineered driver is under GPL, expect another year (or two) until BSDs get a stable driver under BSD license.
Its a bit late for me, as I use a pair of WRT54G routers with a third-party firmware to fulfill my wireless requirements.
Well, due to license issues, the BSD folks will have to reverse engineer the reversed engineered driver
No, they will just use the reverse engineer specification that the GPL driver developers used as well.
Those that do the reverse engineering do not write the driver but a paper others can use to write one.
This makes sure the driver developers do not have knowledge about the closed source driver's internals.
Holy crap! This is huge.
I (and many others) have been waiting for such a driver for at least 2-3 years now! The Linksys router 3rd-party-firmware groups will have a hell of a good time with this now that they're not limited to using the Broadcom-provided binary module. :-)
Edited 2005-12-05 21:26
I've got a shiny Powerbook, and the only thing to keep me tied to OSX (as nice as it is, it's still not free and doesn't have the gazillions of applications that Debian/ Ubuntu/ whateverGNULinuxDistroYouLike) is Airport Extreme support...
..and now...
wow!!! Do you know if there are instructions anywhere?
GR
Indeed a plus for PPC Linux. I always thought this was a disencentive to buying a 12" Apple notebook. [Which is not to say it's not great news for those with x86 hardware but generally there are alternatives with other wireless chipsets] Perhaps I'll pick up a late model iBook after the intel switch - after prices have gone through the floor.
Most probably Apple's next gen will be based on the centrino chipset for which intel already has a linux driver.
While that does help a lot, it's still not quite there.
I have 2 desktops running gentoo and an iBook. The ONLY reason I dont use linux on the iBook (I would probably go with ubuntu on it) is because of the wireless driver problem. If this gets fixed in the next ubuntu, WOHOO!
"The broadcom was limited in operation by the software.."
I wouldn't be surprised seeing that change in the future.
Maybe in the future it'll mean more OSS drivers, instead of binary. But anyone hoping this kind of work will mean a "free for all" on the spectrum, may soon be disappointed.
"One of the reasons that there was no opensource driver released was that open source software would be able to change the operation of the wireless cards to do things like tread on unauthorized frequencies. "
That's a cop-out exscuse by Broadcom.
Funny how companies like Atheros and Ralink have given out their API spec's for exactly the same kind of wireless cards.
"One of the reasons that there was no opensource driver released was that open source software would be able to change the operation of the wireless cards..
That's a cop-out exscuse by Broadcom.
Funny how companies like Atheros and Ralink have given out their API spec's for exactly the same kind of wireless cards.
Doh Atheros is a BINARY DRIVER!!!
Doh Atheros is a BINARY DRIVER!!!
There is open source atheros driver -> http://ath-driver.org/ It's in early stage but it does not use binary HAL.
Or you can just use OpenBSD's one, using their open source HAL.
Yes, but what I've read on a blog of ath-driver's developer OpenBSD version is missing a lot of functionality.
http://www.blogger.com/comment.g?blogID=14134766&postID=11230211684...
"That's a cop-out exscuse by Broadcom.
Funny how companies like Atheros and Ralink have given out their API spec's for exactly the same kind of wireless cards."
I wouldn't put money on that. Atheros and Ralink could have secured their limits either in the hardware, or firmware (or both). Broadcom could have gone with soft-limits set in software. Both have advantages and disadvantages. Anyway you argue it, any product sold in the US has to meet government rules.
OS X is pretty, and some of the apps are quite good, but overall I've often found Apple's design choices to be a hindrance to my productivity, particularly in the areas of window manager behavior and keyboard control. I've been really tempted to switch to linux on my powerbook, but I couldn't give up sleep mode and wireless support. Sleep mode works now, and it looks like wireless support will be coming before too long! Maybe it's time to dust off that Linux partition again...
i have a compaq v2405 and have been runing ubuntu for weeks with the ndistwrapper with my broadcom card. Runs perfectly! Whats the benifit of switching?
1) ndiscrapper sucks → http://acx100.sourceforge.net/ndis_cludge.html
2) it presumably will not work with kernel 2.6.16+ → http://lwn.net/Articles/160138/
Now they will see even less of a point opening up since without doing any effort, they get linux support !
Looks like this chipset is ubiquitous so a lot of people can't avoid it but I'd rather see the linux community throwing their weight behind the likes of Ralinktech who have provided a GPL driver for their wares, which has since been taken over by serialmonkey's people.
Expressing what a wonderful thing it is to have a driver and how regrettable it was that they trailed so far behind their competitors in having a driver for Linux.
Remind them that in the future, they could simply release the specs or their own driver and not be relegated to the kiddie table.
I wanted to ask a newbie question here. Please, don't flame me. I have an Acer laptop with a wireless card. lspci lists the following information for it:
00:0b.0 Network controller: Broadcom Corporation BCM4318 [AirForce One 54g] 802.11g Wireless LAN Controller (rev 02)
Is this driver supposed to work with this card? The original webpage mentions that their intention was to reverse-engineer the Broadcom 4301 chipset only. The specs page mentions several PCI and CardBus cards, but mine doesn't have a known brand that I can check against that list. And finally, the driver page mentions BCM 43xx (that would include BCM 4318, I suppose). Is this a targetted card?
Apart from that, while ndiswrapper seems to work fine with the card, I would be very glad if I had a native Linux driver. Specially because ndiswrapper is a hack (a good one, though, kudos to the ndiswrapper people) and I'm not sure how long the hack will remain functional. Kudos too for the people who reverse-engineered the chipset. Good job.
Can someone explain to me, because I must be really stupid and naive, how a company benefits by NOT releasing specifications about their hardware such that a group of folks can broaden (no pun intended) the application and use of its products in various platforms. It makes no sense to me to deliberately restrict the development and adoption of what could potentially be another [future] market.
I have to conclude this is just short-sightedness. Where am I going wrong in this assessment?
"I have to conclude this is just short-sightedness. Where am I going wrong in this assessment?"
They say that life is the best teacher, so rather than ask us (whom are biased anyway). Why don't you produce an expensive piece of hardware (expensive to design. expensive to produce. expensive to maintain.), and release the drivers and let us know how it turns out? If all else fails, at least you will no longer be "naive".
I did not mean to imply that companies should give their IP away for free. I understand the resources invested in developing a product - although not specifically in wireless cards. Any my response presumed that Broadcom did not see the ROI in developing Linux drivers - hence my suggestion to release sufficient specs to enable third part development. The resultant drivers could be a cheap, easy way for Broadcom to get a feel for demand and size up the market opportunity, while precluding support investment. After all, they could always claim "Not our drivers - you're on your own."
I still see this as shortsightedness - especially in a crowded, cut-throat margin business. There is everything to gain and nothing to lose by supporting Linux long term. That's my unbiased view, whether you accept it or not.
Broadcom sells chips. The open source geek isn't their customer. The company that buys chips by the pallet are their customers (minimum for one company was lots of a thousand). Open drivers aren't going to do them any good. The companies that buy the chips might, but we're yelling at Broadcom instead of the companies that make something with those chips, now aren't we?
"There is everything to gain and nothing to lose by supporting Linux long term."
Debatable, but anyway there's more to the world than just "numbers".
Ain't gonna happen, kiddies, for one very simple reason. The docs are licensed under GPL. If you want to see this put into the oBSD tree, it needs a Free license such as BSD or ISC.
http://www.openbsd.org/policy.html



