Broadcom Releases Source Code For Drivers
I'm Not There (1956) writes "Broadcom, the world's largest manufacturer of Wi-Fi transceivers, open sources its Linux device drivers. This is a big win for Linux users, as there are a lot of users that face Wi-Fi problems when they use Linux on their laptops. With these device drivers now open source, distributions can ship them out-of-the-box, and that means no Linux Wi-Fi problems for new devices and upcoming distributions at all."
Yeah, because the drivers with source code always works flawlessly. What a bunch of bullshit.
-- Linux user #369862
I know alot of the chipsets didn't support it and I ended up buying an external atheros a ways back. Albeit, cracking wifi network is mostly a shits and giggles operation - it can come in handy occasionally. So, does anyone know if open source driver = packet injection or is it limited at the hardware level?
Oh and of the course, the obligatory hoorah for open source.
First Post
Now maybe I'll finally be able to get wireless working on my two Dell laptops!
If libertarians are so opposed to effective government, why don't they all move to Somalia?
Seriously
Congratulations Broadcom, you have just made at least one geek very happy.
While you're at it, any chance of releasing the source for your video decoders? I promise that you will own the HTPC market if you do.
--- "When you're strange"
Broadcom wirelss. Cause of a 100 page thread on the Ubuntu forums (and innumerable posts elsewhere) by people trying to get those bloody cards working under Linux.
So speaking as one of the many sufferers, how long before I can just slap Linux on an old Acer laptop and expect the wireless to just work?
Aide-toi, le Ciel t'aidera - Jeanne D'Arc.
This might get me to go back to my old dual-boot setup. I very much a linux beginner, and used Ubuntu pretty exclusively for the first couple of years of grad school. I loved aspects of it, but going round the houses with madwifi, ndiswrapper, and the like to get my broadcom wifi adapter to behave properly just became too difficult. For me this may significantly lower a major barrier of entry to using linux distros as everyday operating systems.
It took them almost 10 years before they released open-source drivers. Must be freaking smart
Looking forward to much broader DD-WRT support for Broadcom hardware in the near future
Yay! This is definitely nice. Granted, I luckily didn't run into a bit of trouble getting the broadcom card in my laptop to work using the NDIS wrapper last time I set it up on Ubuntu 10.04, but either way it's good to have open source drivers rather than finding quirky ways to make proprietary ones work.
"People who think they know everything are very annoying to those of us who do."-Mark Twain
Yes, 0.83% market share vs 90% does not lie, while you are modding this down I am getting laid with Windows users.
and that means no Linux Wi-Fi problem for new devices and upcoming distributions at all.
Yes, because open source drivers means that they always work, no matter how strange or obscure your hardware and software combination is. That's right, just like all other open source software that never, ever, fails to live up to expectations under any situation. In fact the news is so remarkable that the sun just came out where I live, and I think some very peaceful velociraptors just woke from a very long sleep and are peacefully munching on cabbage, all thanks to this incredible news.
Damn_registrars has no butt-hole. Damn_registrars has no use for a butt-hole.
I tried Ubuntu quite some time ago on my aging Acer Aspire 5000. I really like the idea behind linux and open source. Got everything to work. Except for the WiFi. Well since being wired all the time is a drag, I was forced to go back to dreaded XP. I'm not a complete n00b when it comes to computers. But fiddling with WiFi for a few hours was just to much effort for me as a casual user. Hopefully I can now finally switch.
We have Broadcom's ineptitude up until this point to thank for NDISWRAPPER IMHO.
I think the single largest source of linux troubles on laptops has been due to Broadcom devices. They have a HUGE marketshare.
Thanks broadcom. Who knows what good will come from the next time you drag your heels?
Seriously though: I hope this is a sign of things to come.
Tomato Firmware is still stuck on Linux 2.4 because Broadcom's driver blob hasn't been ported to 2.6, Don't know how much of a difference it'd make for my WRT54GL, really, but it'd still be nice to be more modern than ~2.4.17.
Hail Eris, full of mischief...
E pluribus sanguinem
Now we'll have drivers for wi-fi that are just as flawless as those ATI drivers we have now. Yay.
First post!
As the article states, the source only supports the newer 11n chipsets, which is currently BCM4313, BCM43224, and BCM43225. G and lower chipsets still have to use the older crusty stuff. Still something good to look towards the future for. I'm going to be keeping an eye out for routers that have those chipsets and are dd-wrt compatible in the future when I move to N now.
To the Broadcom team and everyone else who made this happen: you have my heartfelt thanks.
If you go look where the code is said to be, it's not there:
http://git.kernel.org/?p=linux/kernel/git/gregkh/staging-next-2.6.git;a=tree;f=drivers/staging
And where's the license?
Sooo.... when does it trickle down to my laptop, so I can finally use it for some serious work for a change?
It's good that they've released source for drivers.
It would be better still if they released documentation for their hardware that would be adequate to write a driver.
It's said that source code is the best documentation, but it only documents what the source is doing; not why it's doing it, what it could do, and what it shouldn't do.
"""
The driver is currently available in staging-next git tree, available at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging-next-2.6.git
in the drivers/staging/brcm80211 directory.
"""
Do you see a brcm80211 directory here? I don't.
http://git.kernel.org/?p=linux/kernel/git/gregkh/staging-next-2.6.git;a=tree;f=drivers/staging;h=3a9ba849b916d04ebe7f79dc02c31a46cea815e0;hb=HEAD
I hate having to jump through hoops to install debian on dell hardware.
09f911029d74e35bd84156c5635688c0
This will be awesome! I've been waiting and waiting for drivers for my wireless card to be released. Halelujiah!
Speaking as one who routinely works on open and closed projects, believing the documentation would be tempting, but usually a mistake.
The driver reflects the reality. If well commented (particularly if it has developers venting frustration), it really reflects the reality of how that doc got implemented in reality.
Often documentation is first written, then parts fabricated/code developed. When the fabricated parts come in, often there are minor different and/or incorrect interpretations of the spec, major enough to make the doc unusable, often minor enough to work with a change to the driver. When this happens, the driver will get updated, but going back to the documentation... No, not so much.
Particularly when it comes to the 'what it could do' part, at best it's not already done because they decided not to fund it and it is simply untested and may or may not work. Frequently it's because that capability was so fubared in testing that the feature was thrown over the fence to make a schedule.
XML is like violence. If it doesn't solve the problem, use more.
Proper code has comments with exactly that.
Ubuntu 10.10 is in Beta, and presumably a feature freeze -- is it possible to sneak these into the development for 10.10? If there's one thing I hate about installing Linux on my netbook, it's getting the fscking wifi drivers working shuttling files via USB thumb drive because I lost the eithernet cable or don't have access to a physical port.
Yes, this is a real problem for some people, and many college dorms are starting to go wifi only, meaning you have to hijack a library or computerlab eithernet connection to fix the wifi on your linux netbook.
moox. for a new generation.
One of the biggest problems I faced was using a LiveCD to show off Linux.
"Here, boot with this and check it out!"
"Eh, kinda neat lookin'. How do I get online?"
"Well, hook your laptop to the router for a bit, or download some stuff onto a flash drive with another computer. Then you have to figure out exactly what model of wireless card you have and follow these arcane steps. No, it's easy, but you have to download these tools, too, to split the Windows driver files in... Wait, why are you booting back into Windows?"
It's really difficult to convince someone that Linux is as easy to use as Windows (in general, day to day work) when their first experience is struggling to make such basic things work.
Help! Help! I'm being repressed!
The only reason ultra-cheap Chinese clones of Broadcom hardware aren't common today is because the lack of documentation. Anyone can tear the hardware apart and see what chips they are using and even, with an electron microscope, reverse-engineer a custom chip. But without the drivers and/or documentation there is no value in the hardware alone.
Now, with the complete documentation (the drivers are the documentation), there is no reason for anyone to spend more on Broadcom devices when they can just as easily just much cheaper clones. This will be a net win for manufacturers who will reap greater profits while not passing the savings along to customers. It pretty much means the end for Broadcom because they can't possibly compete with the clone makers.
I am actually acquainted with a guy that works for Broadcom. I remember he and I, at a gathering a few months ago, having a very heated discussion about the state of their wireless drivers for Linux. More like me ranting to him. He said that they have a team of programmers that put out their Linux drivers and bla bla bla ( I pretty intoxicated). I was bitching because the only distro that worked out of the box, for me anyways, was Ubuntu. I know he's some sort of manager that works on the wireless card side of things. I wonder...
Thank you Broadcom! I've been waiting for this to finally happen. I will admit, I'm not happy with the present state of the 'wl' drivers, and this will at least create potential for others to improve on it. Thank you! :D [any chance of the bluetooth drivers too? I have one of the cheap dongles.... that needs *NIX support. :D]
And even that almost-from-scratch rewrite has to pass through a fairly serious legal review to make sure they're not revealing too much IP.
"IP" meaning anything other than Internet Protocol is confusing. Did you mean copyright, patent, or trade secret?
Most of the shit in the graphics drivers is caused by DRM though, they can't release any low-level stuff or you would be able to see the DRM'd bits being moved around and decrypted, even if you don't know the DRM bits.
What complication would a Direct Rendering Manager introduce? *beat* Oh, you meant digital restrictions management.
Due to some unfortunate attitudes/politics in the FOSS world, "Linux" is still only loosely defined as a desktop platform.
Without being defined more clearly with a platform spec -- including UI -- and an SDK to make app developers feel at home, the usability and fragility of the desktop-oriented features (*cough* sound *cough* graphics *cough*) will not much improve, nor will top-notch app developers feel more attracted to the amorphous non-platform.
Fortunately, that problem doesn't extend as much into the cellphone/PDA world, so a lot of progress is being made there. Google was not savagely attacked for 'taking away our UI freedom' when they started Android as an open-source project. Same thing for WebOS and others. Note that Android has an SDK and is relatively well-defined as a platform, and even the nut-less Linux Foundation now has an SDK for their mobile offering (something they won't do with the desktop).
And also note: Last I checked none of the desktop Linux-based distros had a platform spec or SDK either. My take on what went wrong is that the issue of creating a desktop Linux became politicized early-on by hackers and other CLI-jockeys when they held a lot more sway than they do now. So having a mandatory/standard GUI was seen as chaining users to something big and overly-complex that many hackers did not want. (My answer to that is, run a non-desktop distro if you want the GUI to be optional.)
Open source works mainly when the audience being served is programmers and system admins because these types are familiar with and appreciate tweaking to get something to work (and even then, only to a point). Projects that truly focus on end-users' needs are rare: Mozilla, OpenOffice.org, Android and maybe a couple others. The rest are either very nuts-and-bolts, or they are nuts-and-bolts with a thick candy coating.
Then perhaps a hybrid kernel might be better: trusted drivers run in the monolithic core, while untrusted drivers run as user processes in a sort of microkernel. See FUSE for an example of this.
Yall can kiss my ass foreva!
Parent is absolutely correct.
Looks like some folks with mod points are abusing them by downmodding people they don't agree with.
And before I drop any cash on a stand-alone network monitor, I will at least consider simply buying a card that has a legit driver.
That might work for desktop PCs. But once you've bought USB dongles to replace your laptop's Linux-incompatible internal hardware, you'll need a hub to plug them all in, and then you'll need a case to carry the dongles and the hub.
...having not RTFA is that this only applies to their LATEST 802.11N based chipsets. IE all us schmucks with older a/b/g cards are still SOL, although hopefully the drivers can be backported to utilize older firmware images to allow better interoperation.
Honestly I've got a 4ish year old Compaq with a broadcom chipset in it (43xx, don't remember model, but not the 4313 listed.) and while the open source effort to support the chips was iffy, the closed source driver ubuntu has been supporting for a while has worked wonders on that laptop.
Here's hoping the open source drivers do the same, for what chipsets they DO support.
Exactly. The Nokia N900 springs to mind. Nokia essentially abandoned it (to "community support") when they moved to their new OS (meego), citing the N900's closed hardware as something they couldn't support 100% going forward with a new, fully open OS. It'll be interesting to see if they change their tune now that broadcom drivers are open. I doubt there's much else in an n900 that's closed hardware, given that it IS linux, most drivers tend to be open source for it, and that much of the functionality is in the main mobile CPU chip (OMAP3?), which is well known (and, I believe, open).
Please, when talking about what someone said, a personal blog link or a link to a journalists entry of some sort displaying the quote. When talking about government / military things, please make sure "proof" links end either in .gov or .mil and nothing else. The above link, talks about Broadcom (who has their own website) open sourcing some of their linux device drivers, yet the link takes you to OS News, which also has another link.
Now, this isn't to challenge the post itself, just how slashdot entries tend to always do this sort of thing.
"Steve Jobs announces new device!!!! HERE"S PROOF 'link to macrumors, ars technica, bbc tech news, Times or something other than apple.com'" please start providing real links my fellow members of slashdot.
A lot (but not all) of wireless cards are usually embedded ARM processors with a radio glued on. The operating system driver just talks to the firmware, and the firmware does most of the heavy lifting. Some cards store firmware in flash, but some store it in RAM and it has to be uploaded from the host computer every time the device is reset.
Does anyone know whether these chipsets do require firmware, and if so whether it's included in the source release?
This is a little late for anyone to cheer them. They should have done this 4 years ago.
Instances of Porcine Flyers and the current temp in Hell is -50 and dropping fast after an accidental release of Nitrous Oxide affected the Thermostats.
Mod me up/Mod me down: I wont frown as I've no crown
Is this a bug in phy/wlc_phy_cmn.c? Channel 216 doesn't follow the pattern set forth above it -- or is channel 216 really at presumably 50.8GHz instead of 5.08GHz?
at least, as the drivers are open sourced : .ko code - sometimes manually)
- a bigger number of distributions can ship them as standard packages. (not all distribution can ship binary drivers, some time due to plain stupid copyright problems)
- such driver are easier to update (if the kernel versions increases, the distribution provides an adapted package, whereas with proprietary, the user has to recompile the glue
- in case of newer distribution,the distro makers are free to adapt and compile a newer package of the driver. (with proprietary they would depend on the company providing a newer driver, and the company may lag behind, because they prioritise windows)
- in case of bugs or exploit, at least the linux world has a possibility to fix the problems. Whereas with proprietary, one has to wait until the company provides a fix - which could suffer from delay, specially if the hardware is old and the company has no economic incentive to keep supporting it.
so indeed "open source" isn't some magic pixie dust that will make all problems go away. On the other hand, it will increase the availability and gives more means to correct said problems apart from "wait for the company to fix it".
"Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
usb_modeswitch.....
ok, so not branded 'wi-fi', but mobile broadband.
thank God the internet isn't a human right.
No platform? What about the Linux Standard Base?
A backport makes more sense than waiting 6 months
atheros chipset drivers have had open source drivers for sometime which is why I choose atheros chipsets for my network needs.
I wrote an email to TP-link telling them this and they wrote me back thanking me.
The good thing for TP-Link is that they dont have to make linux drivers they just make products
that support the existing atheros drivers.
This explains why the HD2 running Froyo 2.2 suddenly got fully working Broadcom WiFi drivers dropped into the git tree a couple of weeks ago.
http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commit;h=26c66976c838c956c7b003cec8fd96c7cdac4026
These are the same drivers we've been repeatedly told are a firing offense if we accidentally release them to customers?
WTF, just WTF.
LSB doesn't define the desktop environment, nor other features like app installation interfaces (both UI and programmatic). People get lost (or even if they don't, they tend to FEEL a bit lost) without such features.
No one can write a guideline for copying/moving app data files (say, photos) or making basic configuration changes using the LSB as a guide. Nor can they write instructions for installing software (defining the package format as LSB does is not enough).
Mark Shuttleworth is also right to say that LSB doesn't properly handle the question of revision numbers for all the different components in the OS: There isn't enough synchronization. Sadly though, he seems to miss all the other points I brought up and instead of bringing in high-level design people he's got his team aping the look of Mac OS X.
The whole concept of "Linux" as a desktop platform is empty, a sort of mass delusion among hackers. Linux is just a kernel. Yet people write apps on Ubuntu expecting them to work on Mandriva and Fedora too. The same thing doesn't occur with Linux-based mobile platforms: Who writes an app for Android (which BTW does not have "Linux" in the title) and expects it to run on WebOS and Meego??
Android is a full OS platform, one that benefits from being paired with complete hardware builds by the mfg. with some help from Google. The desktop "Linux" morass has no such dynamic, making it an inferior choice for most non-hackers and I dare say even most techies.
2) Being verifiably honest is a competitive advantage.
Question 1: My hard disk can sustain between 30MB/sec to 80MB/sec sequential transfer, while my competitor's can sustain up to 286MB/sec. Which will you buy?
Question 2: My laser printer can sustain 1.5 ppm, while my competitor's up to 10 ppm. Which to recommend?
----
Hint 1: 286MB/sec is the upper limit for SATA 2.
Hint 2: "My" measurements are inclusive of "cooling breaks between prints" during high volume prints, and includes a medium-resolution graphic (30MB size perhaps).
First you say that Linux is too hard for developers, then you say that it works well for developers but not for end users.
Apart from sound (and that is not too hard a problem, given everyone uses Pulseaudio these days, and it can play ALSA and OSS stuff if the distro configures it correctly, and ALSA can also emulate OSS), I have never heard either developers or end users complain.
6. It would mean we'd have to clean up our code.
If I have seen further it is by stealing the Intellectual Property of giants.
AFAIK they still haven't released the driver for interfacing with the battery to charge it... the stock reason was that they were afraid people would blow up their batteries.
Now public safety is a lofty goal, but honestly if Nokia wants more people to believe in their commitment to an open future, and wants them to jump on the MeeGo train, they're really going to have to make some big gestures, and a push to open all they can on the n900 would really be a good start.
What's the next gen of hardware? The N9 is it? Heck, better than the N9, if Nokia really wants to show off they could try to get 100% open drivers there. It'll be tough/impossible if they go with an Imagination GPU (so I think that would rule out OMAP), so maybe it'd be everything but the GPU.
coding is life
I (not the original poster) make six figures a year. I buy a lot of gear. I own my own house (etc) and I select strongly against companies that do not open source their specs and drivers. Granted I cannot avoid such things completely. But I do try and I do substantially succeed.
I work in defense contracting. My projects substantially select against hardware that doesn't open source their drivers. Granted they do not avoid such things completely, but they do dry and substantially succeed.
See the pattern?
In both cases this is rampant self interest. And why shouldn't it be? Both options cost the same, the open sourced (or open source compatible) option works just as well, but in one I have more options and choices and it cost the company nothing and profited them my business.
Closed source code is a freak outcome of the 1980's PC culture as fostered by MS. For decades before that all software came with source. Heck, the original PC Technical Manual contained a printout of the BIOS for the IBM PC.
"Closed Source" information theory died in the renaissance, it came back for a bit these last twenty years, but it is just a blip.
Innocent people shouldn't be forced to pay for inferior software development.
--"Code Complete" Microsoft Press
Do you think this has anything to do with HTC and their Android phones not having WiFi N for a while, and maybe even the long times that OEMs take to update Android versions? If OEMs want open-source drivers to speed along the process and have full access to hardware then that could be a big reason to push companies to open-source their drivers. That's my educated guess, HTC made them do it.
Good point.
I've already replied so I can't mod you up.
I think it might be enough to be able to not include the firmware in the repositories, but to dynamically download the firmware from a specified FTP site and then apply it.
I'm not a lawyer, but I play one on the Internet. Blog
My Dell Studio is incompatible with Linux, XP, Windows 7 (functional only), while Vista is incompatible with itself and unusable.
I'm setting my hopes for Windows though, since Linux Broadcom drivers didn't work properly in any distribution, using any methods.
This is a good move, but too late for me.
Lesson learned: Don't buy Dell ever, ever, ever again. Not Apple either.. Certainly not Sony. Anyone else?
Finally. WiFi support for Linux.
Ben Acheson
Thank you Broadcom!!!
I think it might be enough to be able to not include the firmware in the repositories, but to dynamically download the firmware from a specified FTP site and then apply it.
But what about people installing off a usb thumbdrive on a system with a wireless card but no ethernet jack (or at least no ethernet cable handy) ?
The real solution here is to open the firmware. I'm no expert here, but I believe that the current atheros chips have both open drivers and open firmware. So you don't have any distribution, linking, derivative work, etc... issues.
To sum up:
- Kudos to Broadcom. We didn't think you'd do this in 2010!
- Dear Broadcom, please consider releasing the firmware as well (and drivers/firmware for older models...we're still using them!)
- Dear Users, please consider how open broadcom and atheros chipsets are when you buy stuff!
coding is life
The key problem is firmware updates are not included in linux drivers due to legal reasons
What law? What about the ath9k stuff from Atheros. AFAIK they're funding that work and the firmware is as open as an unpatched windows machine...
it's not too difficult to reverse engineer that part from windows drivers
Sure, but it's probably much easier to just write the firmware when you have the spec in hand! Also, how legal is it to reverse-engineer the windows drivers? I know that the rules are often different across the pond...
coding is life
Five years ago, my company budgeted for the purchase of several dozen printers at a cost of over $4000.00...having just migrated to Linux, I had the task of researching the most productive printers for the Linux environment. I was told to "lean" toward Canon printers. Like that was going to happen. I took the time to write to Canon and tell them that we would not be purchasing their product due to their lack of support for Linux. You can see a copy of their response here half way down the page here: http://linux-blog.org/more-printer-mayhem/ Canon may have, by now, released drivers for Linux. I could care less. They were not available for me when I needed them. HP and Samsung were and still are and any printer purchases we make will be through those companies. I wonder at how many decision-makers have done the same.
Windows assumes you are an idiot...Linux demands proof.
Yes, it works well for enthusiast system developers. It's awful for app developers. I should have been more clear on those points.
Or putting it another way, if you're scratching your own itch as a developer, your contribution will be valuable to other devs and perhaps sysadmins too. But if you're thinking about typical end-users as your target, then "desktop Linux" doesn't look appealing at all. This is especially true if you want to distribute commercially as you would have to support DISTROS x VERSIONS number of OS variations, not to mention that the system won't quite treat your app as normal software because the package-handling assumptions revolve around the idea that all software comes through free repositories.
Audio is still a mess, less so on the blocking/mixing issue, but still having problems with hardware support: One OEM can wire outputs very differently from another even given the same audio chip meaning that reasonable defaults are a game of chance... you can install Ubuntu and get L-R front speakers on your surrounds, headphones, or some lines that didn't get a jack connected to them on that computer.
And audio can still disappear without a trace after system updates... much the same case as with X11 video disappearing (it still does this on many systems even with minor settings changes).
AND THEN there is the problem with large OEMs like Dell taking widely-available chips for which Linux drivers exist, and asking the mfg. to knock a few dollars off. My experience has been that Linux drivers often work with these variations, but not well.
Finally. Hours of my life have been wasted trying to get Broadcom drivers to work in the past - no more.
Tagged TLBs are only available on the latest AMD and Intel CPUs. You need those, trust me. (The TLB)
I know tobacco is bad for you, so I smoke weed with crack.
and there are already proprietary drivers for RHEL.
You haven't read many game development threads then.
This is the year of the Linux smartphone and kitchen appliance.
You say there are no SDK to make app developers feel at home for the "desktop-platform"
but there are, and even quite a few well defined ones, however that has nothing to do with
low-level support of hardware that has to go through the kernel.
The thing is with the Desktop Platform the hardware specs are usually very versatile, in the
embedded device platform you have X spec for X model and Y spec for model Y.
I'd love to see the SDK that will enable developers making kernel "plugins" or others things
for the Android platform you mention however anything the SDK enables is the VM enviroment
where the software has to request hardware access and still let the VM handle that.
To give my 10 bits, for an SDK for the Desktop, whether UI or other, I am very fond of the Qt
one, it has a good deal of everything (sound, UI & DB) however GTK+ as UI is very well defined
also.