Difference between revisions of "Broadcom wireless"

From ArchWiki
Jump to: navigation, search
(Loading the {{Codeline|b43}}/{{Codeline|b43legacy}} kernel module: updated to the new kernel modules phrasing; converted links to Package AUR formatting)
(47 intermediate revisions by 27 users not shown)
Line 1: Line 1:
{{i18n|Broadcom wireless}}
+
[[zh-CN:Broadcom wireless]]
[[Category:Wireless Networking (English)]]
+
[[Category:Wireless Networking]]
 
+
 
== Introduction ==
 
== Introduction ==
  
Broadcom has been notorious in its support for its Wi-Fi cards on GNU/Linux. Until recently, most Broadcom chips were either entirely unsupported or required the user to tinker with firmware. A limited set of wireless chips were supported by various reverse-engineered drivers ({{Codeline|brcm4xxx}}, {{Codeline|b43}}, etc.). The reverse-engineered [http://wireless.kernel.org/en/users/Drivers/b43 {{Codeline|b43}}] drivers have been in the kernel since 2.6.24.
+
Broadcom has been notorious in its support for its Wi-Fi cards on GNU/Linux. Until recently, most Broadcom chips were either entirely unsupported or required the user to tinker with firmware. A limited set of wireless chips were supported by various reverse-engineered drivers ({{ic|brcm4xxx}}, {{ic|b43}}, etc.). The reverse-engineered [http://wireless.kernel.org/en/users/Drivers/b43 {{ic|b43}}] drivers have been in the kernel since 2.6.24.
  
 
In August 2008, Broadcom released the [http://www.broadcom.com/support/802.11/linux_sta.php 802.11 Linux STA driver] officially supporting Broadcom wireless hardware on GNU/Linux. These are restrictively licensed drivers, but Broadcom promised to work towards a more open approach in the future. Further, they do not work with hidden ESSIDs.
 
In August 2008, Broadcom released the [http://www.broadcom.com/support/802.11/linux_sta.php 802.11 Linux STA driver] officially supporting Broadcom wireless hardware on GNU/Linux. These are restrictively licensed drivers, but Broadcom promised to work towards a more open approach in the future. Further, they do not work with hidden ESSIDs.
  
In September 2010, Broadcom [http://thread.gmane.org/gmane.linux.kernel.wireless.general/55418 finally released] fully open source drivers for its hardware. This driver, [http://wireless.kernel.org/en/users/Drivers/brcm80211 {{Codeline|brcm80211}}], has been included into the kernel since 2.6.37. With the release of 2.6.39, these drivers have been renamed to {{Codeline|brcmsmac}} and {{Codeline|brcmfmac}}.
+
In September 2010, Broadcom [http://thread.gmane.org/gmane.linux.kernel.wireless.general/55418 finally released] fully open source drivers for its hardware. This driver, [http://wireless.kernel.org/en/users/Drivers/brcm80211 {{ic|brcm80211}}], has been included into the kernel since 2.6.37. With the release of 2.6.39, these drivers have been renamed to {{ic|brcmsmac}} and {{ic|brcmfmac}}.
  
 
At the time of writing, there are three choices for users with Broadcom Wi-Fi chipsets:
 
At the time of writing, there are three choices for users with Broadcom Wi-Fi chipsets:
  
* {{Codeline|brcmsmac}}/{{Codeline|brcmfmac}}
+
{| class="wikitable" border="1" cellpadding="5" cellspacing="0"
* {{Codeline|b43}}
+
! Driver !! Description
* {{Codeline|broadcom-wl}}
+
 
+
== Determine which driver you need/can use ==
+
 
+
First, determine your card's [http://en.wikipedia.org/wiki/PCI_configuration_space PCI-ID]. Type the following (case-sensitive) command into a console:
+
$ lspci -vnn | grep 14e4
+
 
+
If your card is in the following list, you can use the [[#brcmsmac.2Fbrcmfmac|{{Codeline|brcmsmac}} driver]]:
+
{| border="1"
+
! PCI-ID !! Name
+
 
|-
 
|-
| {{Codeline|[14e4:4727]}} || BCM4313
+
|brcmsmac/brcmfmac || Open source kernel driver
 
|-
 
|-
| {{Codeline|[14e4:4353]}} || BCM43224
+
|b43 || Reversed engineered kernel driver
 
|-
 
|-
| {{Codeline|[14e4:4357]}} || BCM43225
+
|broadcom-wl || Proprietary Broadcom STA driver
 
|}
 
|}
If your card is in the following list, you can use the [[#brcmsmac.2Fbrcmfmac|{{Codeline|brcmfmac}} SDIO driver]]:
 
{| border="1"
 
! Name
 
|-
 
| BCM4329
 
|}
 
A more up-to-date list may be found [http://linuxwireless.org/en/users/Drivers/brcm80211 here].
 
  
 +
== Determine which driver you need/can use ==
  
If your card is not in the above lists, you need to use the older {{Codeline|b43}} or {{Codeline|b43legacy}} driver, wich supports following devices.
+
First, determine your card's [[Wikipedia:PCI_configuration_space|PCI-ID]]. Type the following (case-sensitive) command into a console:
{| border="1"
+
$ lspci -vnn | grep 14e4:
! PCI-ID !! Name !! Notes
+
|-
+
| {{Codeline|[14e4:4301]}} || BCM4301 || legacy-only
+
|-
+
| {{Codeline|[14e4:4306]}} || BCM4306 || ?legacy
+
|-
+
| {{Codeline|[14e4:4307]}} || BCM4306 ||
+
|-
+
| {{Codeline|[14e4:4311]}} || BCM4311 ||
+
|-
+
| {{Codeline|[14e4:4312]}} || BCM4311 ||
+
|-
+
| {{Codeline|[14e4:4313]}} || BCM4311 ||
+
|-
+
| {{Codeline|[14e4:4315]}} || BCM4312 || Not in kernel26-lts
+
|-
+
| {{Codeline|[14e4:4318]}} || BCM4318 ||
+
|-
+
| {{Codeline|[14e4:4319]}} || BCM4318 ||
+
|-
+
| {{Codeline|[14e4:4320]}} || BCM4306 || ?legacy
+
|-
+
| {{Codeline|[14e4:4321]}} || BCM4321 || Not in kernel26-lts
+
|-
+
| {{Codeline|[14e4:4324]}} || BCM4306 || legacy-only
+
|-
+
| {{Codeline|[14e4:4325]}} || BCM4306 || legacy-only
+
|-
+
| {{Codeline|[14e4:4328]}} || BCM4321 || Not in kernel26-lts
+
|-
+
| {{Codeline|[14e4:4329]}} || BCM4321 || Not in kernel26-lts
+
|-
+
| {{Codeline|[14e4:432a]}} || BCM4321 ||
+
|-
+
| {{Codeline|[14e4:432b]}} || BCM4322 || Not in kernel26-lts
+
|-
+
| {{Codeline|[14e4:432c]}} || BCM4322 ||
+
|-
+
| {{Codeline|[14e4:432d]}} || BCM4322 ||
+
|-
+
| {{Codeline|[14e4:4358]}} || BCM43227 ||
+
|-
+
| {{Codeline|[14e4:4359]}} || BCM43228 ||
+
|}
+
?legacy means that there are devices with same PCI-IDs, but with differend hardware awaiable.
+
Some of these work with the {{Codeline|b43}} driver, but some might need {{Codeline|b43legacy}} driver.
+
legacy-only means that you need to use the {{Codeline|b43legacy}} driver.
+
  
A more up-to-date list may be found [http://linuxwireless.org/en/users/Drivers/b43 here].
+
Then check your card against this [http://linuxwireless.org/en/users/Drivers/b43#Supported_devices list of supported b43 devices] and this [http://linuxwireless.org/en/users/Drivers/brcm80211#Supported_Chips list of supported brcm80211 devices].
  
 +
== Getting the driver ==
  
If your card is in the following list, you can use the [[#broadcom-wl|{{Codeline|broadcom-wl}} driver]]:
 
{| border="1"
 
! PCI-ID !! Name
 
|-
 
| {{Codeline|[14e4:4311]}} || BCM4311
 
|-
 
| {{Codeline|[14e4:4312]}} || BCM4311
 
|-
 
| {{Codeline|[14e4:4313]}} || BCM4311
 
|-
 
| {{Codeline|[14e4:4315]}} || BCM4312
 
|-
 
| {{Codeline|[14e4:4727]}} || BCM4313
 
|-
 
| {{Codeline|[14e4:4328]}} || BCM4321
 
|-
 
| {{Codeline|[14e4:4329]}} || BCM4321
 
|-
 
| {{Codeline|[14e4:432a]}} || BCM4321
 
|-
 
| {{Codeline|[14e4:432b]}} || BCM4322
 
|-
 
| {{Codeline|[14e4:432c]}} || BCM4322
 
|-
 
| {{Codeline|[14e4:432d]}} || BCM4322
 
|-
 
| {{Codeline|[14e4:4353]}} || BCM43224
 
|-
 
| {{Codeline|[14e4:4357]}} || BCM43225
 
|-
 
| {{Codeline|[14e4:4358]}} || BCM43227
 
|-
 
| {{Codeline|[14e4:4359]}} || BCM43228
 
|}
 
A more up-to-date list may be found [http://www.broadcom.com/docs/linux_sta/README.txt here].
 
 
 
== Getting the driver ==
 
 
=== brcmsmac/brcmfmac ===
 
=== brcmsmac/brcmfmac ===
The {{Codeline|brcm80211}} drivers have been included in the kernel since 2.6.37. Since the release of 2.6.39, they have been renamed to {{Codeline|brcmsmac}} (for PCI cards) and {{Codeline|brcmfmac}} (for SDIO).
+
The {{ic|brcm80211}} drivers have been included in the kernel since 2.6.37. Since the release of 2.6.39, they have been renamed to {{ic|brcmsmac}} (for PCI cards) and {{ic|brcmfmac}} (for SDIO).
  
These drivers should be automatically loaded during startup and no further action should be required of the user.
+
These drivers should be automatically loaded during start-up and no further action should be required of the user. If the driver does not automatically load, try the following commands:
 +
# modprobe brcmsmac
 +
or
 +
# modprobe brcmfmac
  
{{Note|The {{Codeline|bcma}} module can prevent some cards from showing up and may need to be [[#Wi-Fi_card_does_not_work.2Fshow_up_since_kernel_upgrade_.28brcmsmac.29|blacklisted]].}}
+
{{Note|1=Since {{pkg|linux}}>=3.3.1, the {{ic|brcmsmac}} driver depends on the {{ic|bcma}} module; therefore, make sure the {{ic|bcma}} module is not [[Kernel_modules#Blacklisting|blacklisted]].}}
  
 +
{{Note|[http://wireless.kernel.org/en/users/Drivers/brcm80211 wireless.kernel.org] states that brcm80211 does not support older PCI/PCI-E chips with SSB backplane.}}
  
 
=== b43/b43legacy ===
 
=== b43/b43legacy ===
 
The drivers are included in the kernel since 2.6.24.
 
The drivers are included in the kernel since 2.6.24.
  
==== Loading the {{Codeline|b43}}/{{Codeline|b43legacy}} kernel module ====
+
==== Loading the b43/b43legacy kernel module ====
Verify which module you need by looking up your device [http://wireless.kernel.org/en/users/Drivers/b43#Known_PCI_devices here]. You can also check by computer model [http://linuxwireless.org/en/users/Drivers/b43/devices here]. Blacklist the other module (either {{Codeline|b43}} or {{Codeline|b43legacy}}) to prevent possible problems/confusion. For instructions, see [[Kernel_modules#Blacklisting]].
+
Verify which module you need by looking up your device [http://wireless.kernel.org/en/users/Drivers/b43#Known_PCI_devices here]. You can also check by computer model [http://linuxwireless.org/en/users/Drivers/b43/devices here]. Blacklist the other module (either {{ic|b43}} or {{ic|b43legacy}}) to prevent possible problems/confusion. For instructions, see [[Kernel_modules#Blacklisting]].
  
Install the appropriate {{Package AUR|b43-firmware}} or {{Package AUR|b43-firmware-legacy}} package from the [[AUR]].
+
Install the appropriate {{AUR|b43-firmware}} or {{AUR|b43-firmware-legacy}} package from the [[AUR]].
  
 
You can now configure your device.
 
You can now configure your device.
 +
 +
{{Note|1=If the b43 module appears to be loaded and functional but the device is inaccessible, you may need to [[Kernel_modules#Blacklisting|blacklist]] the {{ic|bcma}} module.  See [[Broadcom_wireless#Wi-Fi_card_does_not_work_or_show_up_after_kernel_upgrade_.28brcmsmac.29|Section 4.1]].}}
  
 
=== broadcom-wl ===
 
=== broadcom-wl ===
{{Warning|This driver is more likely to cause problems than to resolve them. Most of the problems reported by users on Broadcom chips are caused by this driver. Using this is HIGHLY NOT recommended. Before you even think of trying out this one, make sure to try the other drivers first.}}
+
{{Warning|Even though this driver has matured a lot throughout the years and works quite good nowadays, it's usage is recommended only when none of the two opensource drivers support your device. Please refer to project [http://linuxwireless.org/en/users/Drivers/b43/#Supported_devices b43's] page for list of supported devices.}}
For users of the {{Codeline|broadcom-wl}} driver, there is a PKGBUILD available in the AUR ({{Package AUR|broadcom-wl}}). You can also download this driver directly from [http://www.broadcom.com/support/802.11/linux_sta.php Broadcom]. However, the PKGBUILD method is strongly encouraged, as that way will have [[pacman]] track all of the files.
+
For users of the {{ic|broadcom-wl}} driver, there is a PKGBUILD available in the AUR ({{AUR|broadcom-wl}}). You can also download this driver directly from [http://www.broadcom.com/support/802.11/linux_sta.php Broadcom]. However, the PKGBUILD method is strongly encouraged, as that way will have [[pacman]] track all of the files.
  
==== Loading the {{Codeline|wl}} kernel module ====
+
==== Loading the wl kernel module ====
The {{Codeline|wl}} module may need to be manually loaded if there are other usable modules present. Before loading the {{Codeline|wl}} module, remove the {{Codeline|b43}} or other module that may have been automatically loaded instead:
+
The {{ic|wl}} module may need to be manually loaded if there are other usable modules present. Before loading the {{ic|wl}} module, remove the {{ic|b43}} or other module that may have been automatically loaded instead:
 
  # rmmod b43
 
  # rmmod b43
  
Also unload {{Codeline|ssb}}, if loaded:
+
Also unload {{ic|ssb}}, if loaded:
 
  # rmmod ssb
 
  # rmmod ssb
  
{{Note|Failure to unload {{Codeline|ssb}} may result in the wireless interface not being created.}}
+
{{Note|Failure to unload {{ic|ssb}} may result in the wireless interface not being created.}}
  
Load the {{Codeline|wl}} module
+
Load the {{ic|wl}} module
 
  # modprobe wl
 
  # modprobe wl
  
The {{Codeline|wl}} module should automatically load {{Codeline|lib80211}} or {{Codeline|lib80211_crypt_tkip}}. Check with {{Codeline|lsmod}} to see if this is the case. If not, you may need to add one of those two modules as well.
+
The {{ic|wl}} module should automatically load {{ic|lib80211}} or {{ic|lib80211_crypt_tkip}}. Check with {{ic|lsmod}} to see if this is the case. If not, you may need to add one of those two modules as well.
 
  # modprobe lib80211
 
  # modprobe lib80211
  
Line 174: Line 79:
 
  # depmod -a
 
  # depmod -a
  
To make the module load at boot, add {{Codeline|wl}} (and {{Codeline|lib80211}}/{{Codeline|lib80211_crypt_tkip}}, if needed) to your MODULES array in {{Filename|/etc/rc.conf}}.
+
To make the module load at boot, add {{ic|wl}} (and {{ic|lib80211}}/{{ic|lib80211_crypt_tkip}}, if needed) to your MODULES array in {{ic|/etc/rc.conf}}.
 
  MODULES=(... wl...)
 
  MODULES=(... wl...)
  
You can also blacklist other modules (to prevent them from interfering) in {{Filename|/etc/modprobe.d/modprobe.conf}}. To blacklist a module just append a new line with the syntax {{Codeline|blacklist <module name>}}:
+
You can also blacklist other modules (to prevent them from interfering) in {{ic|/etc/modprobe.d/modprobe.conf}}. To blacklist a module just append a new line with the syntax {{ic|blacklist <module name>}}:
 
  blacklist b43
 
  blacklist b43
 
  blacklist ssb
 
  blacklist ssb
  
{{Warning|Broadcom Corporation BCM4311 802.11b/g WLAN [14e4:4311] does not work with blacklisting {{Codeline|b43}} and {{Codeline|ssb}}.}}
+
{{Warning|Broadcom Corporation BCM4311 802.11b/g WLAN [14e4:4311] does not work with blacklisting {{ic|b43}} and {{ic|ssb}}.}}
  
 
== Troubleshooting ==
 
== Troubleshooting ==
=== Wi-Fi card does not work/show up since kernel upgrade ({{Codeline|brcmsmac}}) ===
+
=== Wi-Fi card does not work or show up after kernel upgrade (brcmsmac) ===
{{Note|This affects Linux kernel 3.0.}}
+
This is caused by the kernel using the {{Codeline|bcma}} module instead of the {{Codeline|brcmsmac}} module. The solution is to blacklist the {{Codeline|bcma}} module. For instructions, see [[Kernel_modules#Blacklisting]].
+
  
=== Wi-Fi card does not work when resuming from suspend ({{Codeline|brcm80211}}) ===
+
This is caused by the kernel using the {{ic|bcma}} module instead of the {{ic|brcmsmac}} module. The solution is to blacklist the {{ic|bcma}} module. For instructions, see [[Kernel_modules#Blacklisting]].
{{Note|This issue only affects Linux kernels 2.6.38 and earlier.}}
+
{{Note|This affects only Linux kernels 3.0, 3.1, and 3.2. Since kernel 3.3, the {{ic|brcmsmac}} module actually uses {{ic|bcma}}, so {{ic|bcma}} needs to be unblacklisted or the Wi-Fi interface will not appear.}}
The {{Codeline|brcm80211}} module needs to be unloaded before suspend and reloaded upon resume, otherwise Wi-Fi will not come back up. This is printed by {{Codeline|dmesg}}:
+
wlc_coreinit: ucode did not self-suspend!
+
wlc_suspend_mac_and_wait: waited 83000 uS and MI_MACSSPNDD is still not on.
+
psmdebug 0x000f8773, phydebug 0x00000000, psm_brc 0x0000
+
  
The [[pm-utils]] page explains how to do this. If the file does not already exist, create a file called {{Filename|modules}} or {{Filename|config}} in {{Filename|/etc/pm/config.d/}} and add/modify the following line:
+
=== Wi-Fi card does not work/show up (broadcom-wl) ===
SUSPEND_MODULES="brcm80211"
+
Check if you are loading the correct modules. You may need to blacklist the {{ic|brcm80211}}, {{ic|b43}}, and {{ic|ssb}} kernel modules to prevent them from loading automatically. For instructions, see [[Kernel_modules#Blacklisting]].
  
Now, the card should resume working correctly.
+
{{Note|You may not have to blacklist the {{ic|brcm80211}} driver; although as of 2011-06-20, it will still default to loading the {{ic|brcm80211}} module before the {{ic|wl}} driver, which prevents {{ic|wl}} from being used.}}
  
An alternative procedure:
+
Check if you updated your module dependencies:
 +
# depmod -a
  
1. Create the new file {{Filename|/etc/pm/sleep.d/brcm.sh}}
+
* Verify that your wireless interface(s) appear using {{ic|ip addr}}.
 +
* You may need to restart your machine to see the device appear in {{ic|iwconfig}} or {{ic|ip addr}}.
 +
* If you have recently upgraded your kernel, you need to rebuild the {{ic|broadcom-wl}} package with the new kernel installed to update the module.
  
2. Insert this code and save:
+
=== Interfaces swapped (broadcom-wl) ===
#!/bin/bash
+
Users of the {{ic|broadcom-wl}} driver may find their Ethernet and Wi-Fi interfaces have been swapped. The [https://wiki.archlinux.org/index.php/Udev#Mixed_Up_Devices.2C_Sound.2FNetwork_Cards_Changing_Order_Each_Boot udev] page explains how to resolve this. Create a file named {{ic|/etc/udev/rules.d/10-network.rules}} and bind the MAC address of each of your cards to a certain interface name:
# Simple Bash script to fix resume from suspend issues...
+
  SUBSYSTEM=="net", ATTR{address}=="aa:bb:cc:dd:ee:ff", NAME="eth0"
# Place this script in /etc/pm/sleep.d/
+
  SUBSYSTEM=="net", ATTR{address}=="ff:ee:dd:cc:bb:aa", NAME="eth1"
# then chmod +x /etc/pm/sleep.d/brcm.sh
+
  case $1 in
+
  hibernate)
+
/sbin/modprobe -r brcm80211
+
;;
+
suspend)
+
/sbin/modprobe -r brcm80211
+
;;
+
resume)
+
/sbin/modprobe brcm80211
+
;;
+
thaw)
+
/sbin/modprobe brcm80211
+
;;
+
esac
+
  
3. Make it executable:
+
Ensure that the interface name appears correctly in {{ic|/etc/rc.conf}} and other configuration files that refer to it.
chmod +x /etc/pm/sleep.d/brcm.sh
+
  
 +
=== Miscellaneous user notes ===
 +
* In my Dell Inspiron Laptop, I have a Broadcom BCM4401 Ethernet card and a Broadcom BCM4328 wireless card. If I just remove {{ic|b43}}, I can load the {{ic|wl}} driver, but no wireless card shows up. However, if I first remove the {{ic|b44}} (and {{ic|ssb}}) driver for my Ethernet card, and ''then'' load the {{ic|wl}} driver, I get a wireless device using the name ''eth0''. Afterwards, I can load {{ic|b44}} again, to have an Ethernet ''eth1'' device.
  
=== Wi-Fi card does not work/show up ({{Codeline|broadcom-wl}}) ===
+
* I could not get the BCM4313 chip on a Lenovo B560 to work before following these steps:
Check if you are loading the correct modules. You may need to blacklist the {{Codeline|brcm80211}}, {{Codeline|b43}}, and {{Codeline|ssb}} kernel modules to prevent them from loading automatically. For instructions, see [[Kernel_modules#Blacklisting]].
+
*# "Load defaults" in the BIOS. After that, the wireless was working under MS Windows. There are not many options in there, so I do not know what the reset may have changed, but it did the trick.
 +
*# Blacklist the {{ic|acer_wmi}} module. For testing, you can add the following to the kernel line in GRUB: {{ic|1=acer_wmi.disable=1}}
  
{{Note|You may not have to blacklist the {{Codeline|brcm80211}} driver; although as of 2011-06-20, it will still default to loading the {{Codeline|brcm80211}} module before the {{Codeline|wl}} driver, which prevents {{Codeline|wl}} from being used.}}
+
* I have found that to get the {{ic|wl}} drivers working for the Broadcom 4313 chip, you need to blacklist {{ic|brcm80211}} along with {{ic|b43}} and {{ic|ssb}}.
 +
:--[[User:Admiralspark|Admiralspark]], 20 June 2011
  
Check if you updated your module dependencies:
+
* If you notice slow wireless speeds when your laptop/netbook is not connected to AC power, you may need to disable Wi-Fi power management by adding the following line (assuming ''wlan0'' is your wireless device) {{ic|iwconfig wlan0 power off}} to {{ic|/etc/rc.local}} and create an empty file {{ic|/etc/pm/power.d/wireless}}. In case you also experience interface swapping (discussed above), you might want to add another line for the second interface name as well. The command will have no effect on the wired interface.
# depmod -a
+
:--[[User:Tom.yan|Tom.yan]], 16 August 2011
  
* Verify that your wireless interface(s) appear using {{Codeline|ip addr}}.
+
* In my case on a HP pavilion netbook DM1 with a BCM4313 chip, with the original kernel brcmsmac driver, the LED didn't work, the power was awful, and it kept loosing the signal all the time, unless very close to the Wi-Fi hotspot. The last Broadcom driver {{ic|wl}} solved everything. So in some cases, it's actually better than the kernel driver. However, I had to install it in the [[Mkinitcpio|initramfs image]], along with lib80211 and lib80211_crypt_tkip to avoid a recurring kernel panic.  
* You may need to restart your machine to see the device appear in {{Codeline|iwconfig}} or {{Codeline|ip addr}}.
+
:--[[User:Ivanoff|Ivanoff]], 18 March 2012
* If you have recently upgraded your kernel, you need to rebuild the {{Codeline|broadcom-wl}} package with the new kernel installed to update the module.
+
  
=== Interfaces swapped ({{Codeline|broadcom-wl}}) ===
+
* On a similar HP DM1 netbook I found the brcmsmac driver did not work either. The kernel panic can also be solved by blacklisting the brcmsmac, b43 and wl drivers. In rc.local you can {{ic|modprobe wl}} without problems. On a sidenote: I get hard lockups, without any way to debug because there is nothing in kernel.log. Not sure if related to the wl driver though.
Users of the {{Codeline|broadcom-wl}} driver may find their Ethernet and Wi-Fi interfaces have been swapped. The [http://wiki.archlinux.org/index.php/Udev#Mixed_Up_Devices.2C_Sound.2FNetwork_Cards_Changing_Order_Each_Boot udev] page explains how to resolve this. Create a file named {{Filename|/etc/udev/rules.d/10-network.rules}} and bind the MAC address of each of your cards to a certain interface name:
+
:--[[User:Wilco|Wilco]], 5 May 2012
SUBSYSTEM=="net", ATTR{address}=="aa:bb:cc:dd:ee:ff", NAME="eth0"
+
SUBSYSTEM=="net", ATTR{address}=="ff:ee:dd:cc:bb:aa", NAME="eth1"
+
  
Ensure that the interface name appears correctly in {{Filename|/etc/rc.conf}} and other configuration files that refer to it.
+
* Likewise, my HP Pavilion g7-1374ca also had problems with stock kernel drivers. I downloaded Broadcom tarball, but it wouldn't compile in 3.4.3. I removed the #include <asm/system.h> line and commented out a line referencing .ndo_set_multicast_list (there's only one). Then I was able to compile and load the module for a 100% strength signal, no lockups so far.
  
=== Miscellaneous User notes ===
+
* On a Dell Inspiron N5110 with BCM4313, when the wireless was hardware-off, the system would always hang at boot with the kernel {{ic|brcmsmac}} driver. Using the {{ic|broadcom-wl}} driver the problem was solved.
* In my Dell Inspiron Laptop, I have a Broadcom BCM4401 Ethernet card and a Broadcom BCM4328 wireless card. If I just remove {{Codeline|b43}}, I can load the {{Codeline|wl}} driver, but no wireless card shows up. However, if I first remove the {{Codeline|b44}} (and {{Codeline|ssb}}) driver for my Ethernet card, and ''then'' load the {{Codeline|wl}} driver, I get a wireless device using the name ''eth0''. Afterwards, I can load {{Codeline|b44}} again, to have an Ethernet ''eth1'' device.
+
:--[[User:Nplatis|Nplatis]], 14 October 2012
  
* I could not get the BCM4313 chip on a Lenovo B560 to work before following these steps:
+
* If you continuously get some verbose and annoying messages during the boot, like:
*# "Load defaults" in the BIOS. After that, the wireless was working under MS Windows. There are not many options in there, so I do not know what the reset may have changed, but it did the trick.
+
phy0: brcms_ops_bss_info_changed: arp filtering: enabled true, count 0 (implement)
*# Blacklist the {{Codeline|acer_wmi}} module. For testing, you can add the following to the kernel line in GRUB: {{Codeline|acer_wmi.disable<nowiki>=</nowiki>1}}
+
phy0: brcms_ops_bss_info_changed: qos enabled: false (implement)
 +
phy0: brcms_ops_bss_info_changed: arp filtering: enabled true, count 1 (implement)
 +
enabled, active
 +
as '''meph''' Archlinux forum user suggest in this post: https://bbs.archlinux.org/viewtopic.php?pid=1095349#p1095349, simply add to /etc/rc.local:
 +
dmesg -n 3
 +
and then reboot.
 +
With systemd write your own service file in /etc/systemd/system/brcms_verbosity_supression.service
 +
[Unit]
 +
Description=brcms_verbosity_supression
 +
[Service]
 +
Type=oneshot
 +
ExecStart=****
 +
[Install]
 +
WantedBy=multi-user.target
  
* I have found that to get the {{Codeline|wl}} drivers working for the Broadcom 4313 chip, you need to blacklist {{Codeline|brcm80211}} along with {{Codeline|b43}} and {{Codeline|ssb}}.
+
Where **** is a path to a shell script executing
 +
dmesg -n 3
  
* If you notice slow wireless speeds when your laptop/netbook is not connected to AC power, you may need to disable Wi-Fi power management by adding the following line (assuming ''wlan0'' is your wireless device) {{Codeline|iwconfig wlan0 power off}} to {{Filename|/etc/rc.local}} and create an empty file {{Filename|/etc/pm/power.d/wireless}}. In case you also experience interface swapping (discussed above), you might want to add another line for the second interface name as well. The command will have no effect on the wired interface.
+
:--[[User:werto|werto]], 11 November 2012

Revision as of 10:35, 9 February 2013

Introduction

Broadcom has been notorious in its support for its Wi-Fi cards on GNU/Linux. Until recently, most Broadcom chips were either entirely unsupported or required the user to tinker with firmware. A limited set of wireless chips were supported by various reverse-engineered drivers (brcm4xxx, b43, etc.). The reverse-engineered b43 drivers have been in the kernel since 2.6.24.

In August 2008, Broadcom released the 802.11 Linux STA driver officially supporting Broadcom wireless hardware on GNU/Linux. These are restrictively licensed drivers, but Broadcom promised to work towards a more open approach in the future. Further, they do not work with hidden ESSIDs.

In September 2010, Broadcom finally released fully open source drivers for its hardware. This driver, brcm80211, has been included into the kernel since 2.6.37. With the release of 2.6.39, these drivers have been renamed to brcmsmac and brcmfmac.

At the time of writing, there are three choices for users with Broadcom Wi-Fi chipsets:

Driver Description
brcmsmac/brcmfmac Open source kernel driver
b43 Reversed engineered kernel driver
broadcom-wl Proprietary Broadcom STA driver

Determine which driver you need/can use

First, determine your card's PCI-ID. Type the following (case-sensitive) command into a console:

$ lspci -vnn | grep 14e4:

Then check your card against this list of supported b43 devices and this list of supported brcm80211 devices.

Getting the driver

brcmsmac/brcmfmac

The brcm80211 drivers have been included in the kernel since 2.6.37. Since the release of 2.6.39, they have been renamed to brcmsmac (for PCI cards) and brcmfmac (for SDIO).

These drivers should be automatically loaded during start-up and no further action should be required of the user. If the driver does not automatically load, try the following commands:

# modprobe brcmsmac

or

# modprobe brcmfmac
Note: Since linux>=3.3.1, the brcmsmac driver depends on the bcma module; therefore, make sure the bcma module is not blacklisted.
Note: wireless.kernel.org states that brcm80211 does not support older PCI/PCI-E chips with SSB backplane.

b43/b43legacy

The drivers are included in the kernel since 2.6.24.

Loading the b43/b43legacy kernel module

Verify which module you need by looking up your device here. You can also check by computer model here. Blacklist the other module (either b43 or b43legacy) to prevent possible problems/confusion. For instructions, see Kernel_modules#Blacklisting.

Install the appropriate b43-firmwareAUR or b43-firmware-legacyAUR package from the AUR.

You can now configure your device.

Note: If the b43 module appears to be loaded and functional but the device is inaccessible, you may need to blacklist the bcma module. See Section 4.1.

broadcom-wl

Warning: Even though this driver has matured a lot throughout the years and works quite good nowadays, it's usage is recommended only when none of the two opensource drivers support your device. Please refer to project b43's page for list of supported devices.

For users of the broadcom-wl driver, there is a PKGBUILD available in the AUR (broadcom-wlAUR). You can also download this driver directly from Broadcom. However, the PKGBUILD method is strongly encouraged, as that way will have pacman track all of the files.

Loading the wl kernel module

The wl module may need to be manually loaded if there are other usable modules present. Before loading the wl module, remove the b43 or other module that may have been automatically loaded instead:

# rmmod b43

Also unload ssb, if loaded:

# rmmod ssb
Note: Failure to unload ssb may result in the wireless interface not being created.

Load the wl module

# modprobe wl

The wl module should automatically load lib80211 or lib80211_crypt_tkip. Check with lsmod to see if this is the case. If not, you may need to add one of those two modules as well.

# modprobe lib80211

or

# modprobe lib80211_crypt_tkip

If you installed the driver directly from Broadcom, you may also need to update the dependencies:

# depmod -a

To make the module load at boot, add wl (and lib80211/lib80211_crypt_tkip, if needed) to your MODULES array in /etc/rc.conf.

MODULES=(... wl...)

You can also blacklist other modules (to prevent them from interfering) in /etc/modprobe.d/modprobe.conf. To blacklist a module just append a new line with the syntax blacklist <module name>:

blacklist b43
blacklist ssb
Warning: Broadcom Corporation BCM4311 802.11b/g WLAN [14e4:4311] does not work with blacklisting b43 and ssb.

Troubleshooting

Wi-Fi card does not work or show up after kernel upgrade (brcmsmac)

This is caused by the kernel using the bcma module instead of the brcmsmac module. The solution is to blacklist the bcma module. For instructions, see Kernel_modules#Blacklisting.

Note: This affects only Linux kernels 3.0, 3.1, and 3.2. Since kernel 3.3, the brcmsmac module actually uses bcma, so bcma needs to be unblacklisted or the Wi-Fi interface will not appear.

Wi-Fi card does not work/show up (broadcom-wl)

Check if you are loading the correct modules. You may need to blacklist the brcm80211, b43, and ssb kernel modules to prevent them from loading automatically. For instructions, see Kernel_modules#Blacklisting.

Note: You may not have to blacklist the brcm80211 driver; although as of 2011-06-20, it will still default to loading the brcm80211 module before the wl driver, which prevents wl from being used.

Check if you updated your module dependencies:

# depmod -a
  • Verify that your wireless interface(s) appear using ip addr.
  • You may need to restart your machine to see the device appear in iwconfig or ip addr.
  • If you have recently upgraded your kernel, you need to rebuild the broadcom-wl package with the new kernel installed to update the module.

Interfaces swapped (broadcom-wl)

Users of the broadcom-wl driver may find their Ethernet and Wi-Fi interfaces have been swapped. The udev page explains how to resolve this. Create a file named /etc/udev/rules.d/10-network.rules and bind the MAC address of each of your cards to a certain interface name:

SUBSYSTEM=="net", ATTR{address}=="aa:bb:cc:dd:ee:ff", NAME="eth0"
SUBSYSTEM=="net", ATTR{address}=="ff:ee:dd:cc:bb:aa", NAME="eth1"

Ensure that the interface name appears correctly in /etc/rc.conf and other configuration files that refer to it.

Miscellaneous user notes

  • In my Dell Inspiron Laptop, I have a Broadcom BCM4401 Ethernet card and a Broadcom BCM4328 wireless card. If I just remove b43, I can load the wl driver, but no wireless card shows up. However, if I first remove the b44 (and ssb) driver for my Ethernet card, and then load the wl driver, I get a wireless device using the name eth0. Afterwards, I can load b44 again, to have an Ethernet eth1 device.
  • I could not get the BCM4313 chip on a Lenovo B560 to work before following these steps:
    1. "Load defaults" in the BIOS. After that, the wireless was working under MS Windows. There are not many options in there, so I do not know what the reset may have changed, but it did the trick.
    2. Blacklist the acer_wmi module. For testing, you can add the following to the kernel line in GRUB: acer_wmi.disable=1
  • I have found that to get the wl drivers working for the Broadcom 4313 chip, you need to blacklist brcm80211 along with b43 and ssb.
--Admiralspark, 20 June 2011
  • If you notice slow wireless speeds when your laptop/netbook is not connected to AC power, you may need to disable Wi-Fi power management by adding the following line (assuming wlan0 is your wireless device) iwconfig wlan0 power off to /etc/rc.local and create an empty file /etc/pm/power.d/wireless. In case you also experience interface swapping (discussed above), you might want to add another line for the second interface name as well. The command will have no effect on the wired interface.
--Tom.yan, 16 August 2011
  • In my case on a HP pavilion netbook DM1 with a BCM4313 chip, with the original kernel brcmsmac driver, the LED didn't work, the power was awful, and it kept loosing the signal all the time, unless very close to the Wi-Fi hotspot. The last Broadcom driver wl solved everything. So in some cases, it's actually better than the kernel driver. However, I had to install it in the initramfs image, along with lib80211 and lib80211_crypt_tkip to avoid a recurring kernel panic.
--Ivanoff, 18 March 2012
  • On a similar HP DM1 netbook I found the brcmsmac driver did not work either. The kernel panic can also be solved by blacklisting the brcmsmac, b43 and wl drivers. In rc.local you can modprobe wl without problems. On a sidenote: I get hard lockups, without any way to debug because there is nothing in kernel.log. Not sure if related to the wl driver though.
--Wilco, 5 May 2012
  • Likewise, my HP Pavilion g7-1374ca also had problems with stock kernel drivers. I downloaded Broadcom tarball, but it wouldn't compile in 3.4.3. I removed the #include <asm/system.h> line and commented out a line referencing .ndo_set_multicast_list (there's only one). Then I was able to compile and load the module for a 100% strength signal, no lockups so far.
  • On a Dell Inspiron N5110 with BCM4313, when the wireless was hardware-off, the system would always hang at boot with the kernel brcmsmac driver. Using the broadcom-wl driver the problem was solved.
--Nplatis, 14 October 2012
  • If you continuously get some verbose and annoying messages during the boot, like:
phy0: brcms_ops_bss_info_changed: arp filtering: enabled true, count 0 (implement)
phy0: brcms_ops_bss_info_changed: qos enabled: false (implement)
phy0: brcms_ops_bss_info_changed: arp filtering: enabled true, count 1 (implement)
enabled, active

as meph Archlinux forum user suggest in this post: https://bbs.archlinux.org/viewtopic.php?pid=1095349#p1095349, simply add to /etc/rc.local:

dmesg -n 3

and then reboot. With systemd write your own service file in /etc/systemd/system/brcms_verbosity_supression.service

[Unit]
Description=brcms_verbosity_supression
[Service]
Type=oneshot
ExecStart=****
[Install]
WantedBy=multi-user.target

Where **** is a path to a shell script executing

dmesg -n 3
--werto, 11 November 2012