Announcement

Collapse
No announcement yet.

Broadcom Announces Open-Source 802.11n Driver!

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • PsynoKhi0
    replied
    Originally posted by RobbieAB View Post
    Call me a cynic, but... Is someone about to attempt to launch a linux laptop and leant on Broadcom?

    From a commercial perspective, you have to justify changing a seemingly successful formula for Broadcom so far. Not providing FOSS drivers doesn't seem to have hurt their sales that much given the number of Dell and HP systems using them.
    Apparently the posters on the LWN.net page disagree

    Late or not, and whatever the behind-the-scene reasons, I am glad Broadcom took the decision.

    Leave a comment:


  • RobbieAB
    replied
    Call me a cynic, but... Is someone about to attempt to launch a linux laptop and leant on Broadcom?

    From a commercial perspective, you have to justify changing a seemingly successful formula for Broadcom so far. Not providing FOSS drivers doesn't seem to have hurt their sales that much given the number of Dell and HP systems using them.

    Leave a comment:


  • agd5f
    replied
    Just about every card with a "smart" dma engine requires firmware as the dma engine is basically a little on-board cpu that provides the driver API. Depending on the chip it may be loaded by the driver or burned into rom. Just about every wireless card uses firmware and lots of others thing do as well.

    Leave a comment:


  • droidhacker
    replied
    It doesn't matter if it requires firmware or not... just that the firmware is licensed in a way that allows it to be freely distributed.

    Leave a comment:


  • AHSauge
    replied
    Originally posted by DeepDayze View Post
    It would indeed be better that way from a driver developer's point of view as they would not have to write code to load and initialize the firmware. All that the driver should do ideally is pass initialization parameters to the card to set it up.
    Absolutely! Unfortunately there seems to be few companies doing it that way, creating a bit of a legal hassle in terms of distributing open source firmware for WLAN-chipsets. I know Atheros seems to be doing it (always having firmware on the card), and Intersil did it for the Prism-chipsets, but that division was sold to Conexant. Other than that, I don't know of anyone else. I know for sure Intel isn't, they even site the FCC as for why the don't have open source firmware, and Broadcom definitely didn't do it in the older BCM43xx-chips. Also there seems to be some chipsets from Texas Instruments that require firmware on boot. What the rest does, I don't know.

    Leave a comment:


  • allquixotic
    replied
    Another company acknowledges the relevance of Linux. I don't care that they're ridiculously late to the game; the mere fact that they're doing this just adds fuel to the open source movement.

    Today has been a good day.

    Leave a comment:


  • DeepDayze
    replied
    Originally posted by AHSauge View Post
    Depends entirely on how they've organized their cards architecture wise. If they load firmware into their cards on boot, it's a bit tricky as I believe it's a legal nightmare to archive. You see, the FCC don't like people being able to freely control a radio device (it has something to do with the fact that most frequencies are commercial or military etc. and also regulations regarding power). Now the FCC has in-fact said that open source in itself isn't the problem, but it still have to be certified somehow, and a part of that is showing it's not trivial to tamper with the firmware or in any other way having unauthorized changes to the frequency, power or similar parameters making the card illegal (i.e. transmitting to much power and/or at an frequency you aren't allow to transmit on).

    Now the really easy way to avoid this is to have to firmware always loaded into the card, i.e. no need to load any firmware on boot. Also I would guess physically locking the card to the specific frequency band and power-levels allowed by the FCC and similar organizations, would be sufficient, but I am by no means any expert on this, so it's mostly speculations on my part.
    It would indeed be better that way from a driver developer's point of view as they would not have to write code to load and initialize the firmware. All that the driver should do ideally is pass initialization parameters to the card to set it up.

    Leave a comment:


  • AHSauge
    replied
    Originally posted by aaaantoine View Post
    Are we suure that Broadcom is including the firmware in their driver?
    Depends entirely on how they've organized their cards architecture wise. If they load firmware into their cards on boot, it's a bit tricky as I believe it's a legal nightmare to archive. You see, the FCC don't like people being able to freely control a radio device (it has something to do with the fact that most frequencies are commercial or military etc. and also regulations regarding power). Now the FCC has in-fact said that open source in itself isn't the problem, but it still have to be certified somehow, and a part of that is showing it's not trivial to tamper with the firmware or in any other way having unauthorized changes to the frequency, power or similar parameters making the card illegal (i.e. transmitting to much power and/or at an frequency you aren't allow to transmit on).

    Now the really easy way to avoid this is to have to firmware always loaded into the card, i.e. no need to load any firmware on boot. Also I would guess physically locking the card to the specific frequency band and power-levels allowed by the FCC and similar organizations, would be sufficient, but I am by no means any expert on this, so it's mostly speculations on my part.

    Leave a comment:


  • hdas
    replied
    I thought intel wireless (iwl wifi) driver still requires firmware, which is proprietary, yet it is in kernel. I think right now Atheros driver is the only one that doesn't require any external firmware.

    Nevertheless, it is great news that there is finally open source broadcom wireless drivers. b43 has been stable on the 80211b/g chips and used to work great on my old dell notebook (dell 1397). The new ones with 80211n (dell 1510n) is I guess still not supported by b43. Thankfully, they were supported by broadcom's proprietary driver (broadcom-sta), but it was a bit unstable and flaky to my liking.

    However, I wonder without ap, encryption, led, rfkill, what does it really do except consuming power for tx/rx .

    I think atheros linux wireless drivers (ath9k, ath5k) are the best. Not only do they require any extra firmware, it has been my most stable wireless experience on Linux.

    Also, last but not the least, a lot of thanks to the b43 driver developers for their great effort over the last few years.

    Leave a comment:


  • Shining Arcanine
    replied
    It will not be accepted to the Linux kernel without it.

    Leave a comment:

Working...
X