Package Details: broadcom-wl

Git Clone URL: (read-only)
Package Base: broadcom-wl
Description: Broadcom 802.11abgn hybrid Linux networking device driver
Upstream URL:
Licenses: custom
Submitter: Kyrias
Maintainer: Raimar
Last Packager: Raimar
Votes: 45
Popularity: 1.914759
First Submitted: 2015-08-10 02:51
Last Updated: 2016-01-01 15:29

Latest Comments

Raimar commented on 2016-02-17 20:33

@waldman There are different ways to work with your mentioned warning:
1. No changes, because crda is already an optional dependency inherited by package linux. See also
2. Add crda as an optional dependency.
3. Add crda and hostadp as optional dependencies, see

Currently I do not know, what the best solution is. May be the 3rd one.

waldman commented on 2016-02-17 13:51


Can you please add the package crda as a dependency?

It's installation will fix the message bellow on dmesg:
[11711.824792] cfg80211: Calling CRDA to update world regulatory domain
[11714.976073] cfg80211: Exceeded CRDA call max attempts. Not calling CRDA

Thanks! :)

cancerberosgx commented on 2016-01-19 23:14

thanks guys, very appreciated, sorry for the newbie / OT question

Raimar commented on 2016-01-18 21:05

@cancerberosgx: Most likely you must only rebuild this package, i.e. every time you installed a new version of the package linux / linux-headers (currently broadcom-wl compiles with version 4.3.3-2 of linux-headers). This behaviour is expected and works for me.

As hobarrera mentioned, the other package broadcom-wl-dkms may server more convenient for you.

hobarrera commented on 2016-01-17 15:34

@cancerberosgx: As mentioned; broadcom-wl-dkms already includes the mentioned patch, so you might want to just use that instead.

cancerberosgx commented on 2016-01-17 15:29

Sorry, I'm new in arch and I don't want to edit my drivers source code even if I'm capable of. I'm having the same problem described by billbrown and I would like to know what is the expectation in these cases. *** I would expect that the author of this package (broadcom-wl) to fix the problem ? Is that right ? *** or should I perform the change manually? The problem is not serious for me since my devices seems to be working fine regardless this error, so I can wait.

Thanks in advanced to anyone that can explain this conceptual problem to me.

doxval commented on 2016-01-06 21:52

good time,
thank you, had the same problem as at billbrown.
now everything is OK.

Raimar commented on 2016-01-06 20:36

@billbrown: Please verify, that package linux-headers is installed with version 4.3.3-2, too. For me its:
$ pacman -Q linux linux-headers
linux 4.3.3-2
linux-headers 4.3.3-2

spidernet commented on 2016-01-06 20:14

@billbrown: since Linux 4.3, rdtscl() is no longer available and native_read_tsc() is renamed to rdtsc(). Move the macro contents in-line and call the new function. References:

A patch is available in the dkms version of broadcom-wl driver:

billbrown commented on 2016-01-04 14:59


I'm building with this kernel and still get a build error

Linux arch 4.3.3-2-ARCH #1 SMP PREEMPT Wed Dec 23 20:25:12 CET 2015 i686 GNU/Linux

Error ...

-> Extracting hybrid-v35-nodebug-pcoem-6_30_223_271.tar.gz with bsdtar
==> Starting prepare()...
patching file src/wl/sys/wl_linux.c
Hunk #1 succeeded at 207 (offset 2 lines).
patching file src/wl/sys/wl_linux.c
==> Starting build()...
make: Entering directory '/usr/lib/modules/4.3.3-2-ARCH/build'
CFG80211 API is prefered for this kernel version
Using CFG80211 API
LD /tmp/pacaurtmp-bill/broadcom-wl/src/built-in.o
CC [M] /tmp/pacaurtmp-bill/broadcom-wl/src/src/shared/linux_osl.o
/tmp/pacaurtmp-bill/broadcom-wl/src/src/shared/linux_osl.c: In function ‘osl_getcycles’:
/tmp/pacaurtmp-bill/broadcom-wl/src/src/shared/linux_osl.c:935:2: error: implicit declaration of function ‘rdtscl’ [-Werror=implicit-function-declaration]
/tmp/pacaurtmp-bill/broadcom-wl/src/src/shared/linux_osl.c:935:2: warning: ‘cycles’ is used uninitialized in this function [-Wuninitialized]
cc1: some warnings being treated as errors
scripts/ recipe for target '/tmp/pacaurtmp-bill/broadcom-wl/src/src/shared/linux_osl.o' failed
make[1]: *** [/tmp/pacaurtmp-bill/broadcom-wl/src/src/shared/linux_osl.o] Error 1
Makefile:1378: recipe for target '_module_/tmp/pacaurtmp-bill/broadcom-wl/src' failed
make: *** [_module_/tmp/pacaurtmp-bill/broadcom-wl/src] Error 2
make: Leaving directory '/usr/lib/modules/4.3.3-2-ARCH/build'
==> ERROR: A failure occurred in build().
:: Installing broadcom-wl package(s)...
:: failed to build broadcom-wl package(s)

I'm not sure how to fix that. Do you know how to fix that one?

ggppdd commented on 2016-01-01 00:44

Package is ok, just rebuild it with new kernel.

jumperpunk commented on 2015-10-29 14:38

I think I forgot to remove the package from my cache, so I rebuilt the package, then re-installed the package built against the old kernel (thinking I installed the rebuilt package). After upgrading the kernel to 4.2.5 and rebuilding/reinstalling the package the right way, it worked.

hobarrera commented on 2015-10-28 15:41

... Or if you'd rather not have to manually rebuild, broadcom-wl-dkms will do it for you 're using stock kernel and have the proper depends.

Binero commented on 2015-10-28 15:35

@jumperpunk Just re-install the package. You'll have to do this every time 'linux' updates.

jumperpunk commented on 2015-10-28 15:18

Current version of this package ( doesn't seem to work with the latest kernel (4.2.4-1). `# modprobe wl` says "ERROR: could not insert 'wl': Exec format error".

Raimar commented on 2015-10-26 17:51

@paleRider67 Thank you for your offer. By the way, creating PKGBUILD files makes fun:

paleRider67 commented on 2015-10-26 02:39

@Raimar: thanks for that. If this changes one day, let me know if you can teach me how to do it and i'll take care of it.

Cheers :)

Raimar commented on 2015-10-18 12:32

@djhaines: You are welcome.
As long as I am using my BCM43142, I will support this package.

dhaines commented on 2015-10-18 12:17

@Raimar: thanks for taking over the reins.

Raimar commented on 2015-10-17 21:31

@galaux: Thanks
updated to version -271

galaux commented on 2015-10-17 21:14


YaourtYogurt commented on 2015-10-17 19:41

It's been over 2 weeks since that oldest orphan request. Shouldn't this package be disowned by now?

hobarrera commented on 2015-10-17 14:03

It takes at least 2 weeks (the time given for the maintainer to reappear). Once that period has passed, it's a matter of a TU disowning it, which should be quite fast.

This seems to be the oldest request:

So hopefully, soon.

neosilky commented on 2015-10-17 12:03

@galaux: It seems there are 4 pending requests for this package. How long does an orphan request take to fulfill and how is the new maintainer decided?

galaux commented on 2015-10-17 12:00

@neosilky: there is an orphaning request pending for this package so once it is fulfilled we should have an active maintainer.

neosilky commented on 2015-10-17 11:41

Hey guys, I made a GitHub repo [1] with the updated PKGBUILD and patch I posted. It seems this package isn't being updated and I have a Broadcom card so I thought I'd keep care of it until something is done.

Instructions are in the README.


nolby commented on 2015-10-17 08:13

Version 271 + works also for me, strong and stable signal.
Does not wakeup after resume from sleep, but can be resolved using pm-utils.
Also bluetooth is working.

Raimar commented on 2015-10-11 17:26

@neosilky Thanks, only your mentioned patch [1] for -271 is needed with my BCM43142, too.

neosilky commented on 2015-10-11 10:09

This patch[0] fixes the issue in -271 for me. It was added to the -dkms version of the broadcom-wl driver.


mchladek commented on 2015-10-11 02:11 working OK for me. Used this packages's PKGBUILD, install, and modprobe.d files but removed all *.patch files.

Kernel: 4.2.2-1-ARCH
Broadcom Device: BCM4360 (14e4:43a0)

sikmir commented on 2015-10-10 20:54

Version without any patch do not work for me too - lead to crash.
(Broadcom Corporation BCM4352 802.11ac Wireless Network Adapter [14e4:43b1] (rev 03))

galaux commented on 2015-10-09 07:51

❯ lspci -vnn -d 14e4:
06:00.0 Network controller [0280]: Broadcom Corporation BCM4352 802.11ac Wireless Network Adapter [14e4:43b1] (rev 03)
Subsystem: Dell Device [1028:0019]
Flags: bus master, fast devsel, latency 0, IRQ 18
Memory at f7a00000 (64-bit, non-prefetchable) [size=32K]
Memory at f7800000 (64-bit, non-prefetchable) [size=2M]
Capabilities: <access denied>
Kernel driver in use: wl
Kernel modules: bcma, wl

❯ uname -r

Raimar commented on 2015-10-08 19:36

Version without any patch do not work with BCM43142 802.11b/g/n (rev 01). Only works for me.

hobarrera commented on 2015-10-08 18:09

@saexan @galaux: Can you let us know on what hardware and kernel this is? :)

salexan commented on 2015-10-08 08:42

Version without any patch worked for me as well.

galaux commented on 2015-10-06 12:02

FYI, built this package with latest without any patch and no crash.

nolby commented on 2015-10-06 11:50

Thanks, the snapshot from works.
I apologize for not reading the 3d from the beginning, you where gentle, RTFM never hurts :-)

bocadillodeatun commented on 2015-10-05 20:50

For those not reading the comments from the beginning: In order to build against the latest kernel (4.2+), download the snapshot from here:

For some reason this AUR PKGBUILD has not been updated with the needed patch and is not working.

By the way, the only thing that needs to be updated is file "linux-recent.patch" (see comment by prpb 5 comments below this one)

Binero commented on 2015-10-05 20:48

I was able to just change the package version to 271, remove all the integrity keys, remove all the patches and remove modprobe.d. That compiled fine and I can once again use my wireless card on the newest kernel.

nolby commented on 2015-10-05 19:24

Today switched to kernel 4.2.2-1 (x86_64) and rebuilding wl with yaourt gives an error:
==> Starting build()...
make: Entering directory '/usr/lib/modules/4.2.2-1-ARCH/build'
CFG80211 API is prefered for this kernel version
Using CFG80211 API
LD /tmp/yaourt-tmp-nolby/aur-broadcom-wl/src/built-in.o
CC [M] /tmp/yaourt-tmp-nolby/aur-broadcom-wl/src/src/shared/linux_osl.o
CC [M] /tmp/yaourt-tmp-nolby/aur-broadcom-wl/src/src/wl/sys/wl_linux.o
CC [M] /tmp/yaourt-tmp-nolby/aur-broadcom-wl/src/src/wl/sys/wl_iw.o
CC [M] /tmp/yaourt-tmp-nolby/aur-broadcom-wl/src/src/wl/sys/wl_cfg80211_hybrid.o
/tmp/yaourt-tmp-nolby/aur-broadcom-wl/src/src/wl/sys/wl_cfg80211_hybrid.c: In function ‘wl_notify_connect_status’:
/tmp/yaourt-tmp-nolby/aur-broadcom-wl/src/src/wl/sys/wl_cfg80211_hybrid.c:2075:4: error: too few arguments to function ‘cfg80211_disconnected’
cfg80211_disconnected(ndev, 0, NULL, 0, GFP_KERNEL);
In file included from /tmp/yaourt-tmp-nolby/aur-broadcom-wl/src/src/wl/sys/wl_cfg80211_hybrid.c:33:0:
include/net/cfg80211.h:4584:6: note: declared here
void cfg80211_disconnected(struct net_device *dev, u16 reason,
scripts/ recipe for target '/tmp/yaourt-tmp-nolby/aur-broadcom-wl/src/src/wl/sys/wl_cfg80211_hybrid.o' failed
make[1]: *** [/tmp/yaourt-tmp-nolby/aur-broadcom-wl/src/src/wl/sys/wl_cfg80211_hybrid.o] Error 1
Makefile:1386: recipe for target '_module_/tmp/yaourt-tmp-nolby/aur-broadcom-wl/src' failed
make: *** [_module_/tmp/yaourt-tmp-nolby/aur-broadcom-wl/src] Error 2
make: Leaving directory '/usr/lib/modules/4.2.2-1-ARCH/build'
==> ERROR: A failure occurred in build().

Some ideas?


neosilky commented on 2015-10-05 15:42

So I switched over to 4.2.2 and i_magnific0's addition to -248 still works fine. I removed all the patches, compiled -271 but when I use it I get a similar issue to dwysocki.

I am currently back on -248 until it is fixed.

dwysocki commented on 2015-10-03 18:46

It seems I spoke too soon. With iwlwifi I'm not seeing my wireless card when I run `ip addr`. I'm not sure what I could have done to mess that up.

dwysocki commented on 2015-10-03 16:37

I did as you said, galux, and everything appeared to install correctly. I modprobed wl, and rebooted. I could successfully ping, but as soon as I opened a browser or tried to pacman -Syu, my computer would completely freeze and the caps lock light would blink on and off. Presumably this was due to some network protocol giving it trouble.

Turns out this was caused by the wl module. I switched it for iwlwifi, and now everything works.

This has been a learning experience, but I've finally caved and ordered an Intel wireless card, so I never have to deal with this kind of thing again :)

prpb commented on 2015-10-03 16:30

--- a/src/src/wl/sys/wl_cfg80211_hybrid.c 2015-10-03 17:27:33.865678631 +0200
+++ b/src/src/wl/sys/wl_cfg80211_hybrid.c 2015-10-03 17:29:04.236127783 +0200
@@ -2072,7 +2072,7 @@ wl_notify_connect_status(struct wl_cfg80
else if ((event == WLC_E_LINK && ~(flags & WLC_EVENT_MSG_LINK)) ||
event == WLC_E_DEAUTH_IND || event == WLC_E_DISASSOC_IND) {
- cfg80211_disconnected(ndev, 0, NULL, 0, GFP_KERNEL);
+ cfg80211_disconnected(ndev, 0, NULL, 0, false, GFP_KERNEL);
clear_bit(WL_STATUS_CONNECTED, &wl->status);

sikmir commented on 2015-10-03 13:43

/tmp/yaourt-tmp-sikmir/aur-broadcom-wl/src/src/wl/sys/wl_cfg80211_hybrid.c: In function ‘wl_notify_connect_status’:
/tmp/yaourt-tmp-sikmir/aur-broadcom-wl/src/src/wl/sys/wl_cfg80211_hybrid.c:2075:4: error: too few arguments to function ‘cfg80211_disconnected’
cfg80211_disconnected(ndev, 0, NULL, 0, GFP_KERNEL);
In file included from /tmp/yaourt-tmp-sikmir/aur-broadcom-wl/src/src/wl/sys/wl_cfg80211_hybrid.c:33:0:
include/net/cfg80211.h:4584:6: note: declared here
void cfg80211_disconnected(struct net_device *dev, u16 reason,
scripts/ recipe for target '/tmp/yaourt-tmp-sikmir/aur-broadcom-wl/src/src/wl/sys/wl_cfg80211_hybrid.o' failed
make[1]: *** [/tmp/yaourt-tmp-sikmir/aur-broadcom-wl/src/src/wl/sys/wl_cfg80211_hybrid.o] Error 1
Makefile:1386: recipe for target '_module_/tmp/yaourt-tmp-sikmir/aur-broadcom-wl/src' failed
make: *** [_module_/tmp/yaourt-tmp-sikmir/aur-broadcom-wl/src] Error 2
make: Leaving directory '/usr/lib/modules/4.2.2-1-ARCH/build'
==> ERROR: A failure occurred in build().
==> ERROR: Makepkg was unable to build broadcom-wl.

galaux commented on 2015-10-03 09:42

Latest version builds fine without any of the 3 patches (`linux-recent.patch` and `gcc.patch` seem to have been merged upstream – as for `license.patch` … well I don't really get what it brings anyway).
I would say: remove all 3 patches, update version and SHA and we should be good to go!

dwysocki commented on 2015-10-02 23:28

I changed the pkgver to, and updated the sha256sums_x86_64 variable to the actual SHA, but now I'm getting this error during compilation.

==> Starting prepare()...
patching file src/wl/sys/wl_cfg80211_hybrid.c
Hunk #1 FAILED at 63.
Hunk #2 FAILED at 1387.
Hunk #3 FAILED at 1421.
Hunk #4 FAILED at 1441.
Hunk #5 FAILED at 1454.
Hunk #6 FAILED at 2010.
Hunk #7 FAILED at 2071.
Hunk #8 FAILED at 2629.
8 out of 8 hunks FAILED -- saving rejects to file src/wl/sys/wl_cfg80211_hybrid.c.rej
patching file src/wl/sys/wl_dbg.h
patching file src/wl/sys/wl_linux.c
Reversed (or previously applied) patch detected! Assume -R? [n]

botto commented on 2015-10-02 23:01

The latest driver from broadcom compiles now, just need the package version to be updated.

dwysocki commented on 2015-10-02 22:27

Upgraded to Linux 4.2 without realizing this was an issue. Now I don't have this driver installed anymore (foolishly tried to uninstall/reinstall), and now I get a compilation error even with Linux 4.1.6. Any advice while I wait for the package to get patched? I'm currently stuck on ethernet :(

Here's the error I'm getting when trying to install:

==> Starting build()...
make: Entering directory '/usr/lib/modules/4.1.6-1-ARCH/build'
make: *** No targets specified and no makefile found. Stop.
make: Leaving directory '/usr/lib/modules/4.1.6-1-ARCH/build'
==> ERROR: A failure occurred in build().
The build failed.

CjK commented on 2015-10-02 10:57

Both kernel-related patches should no longer be necessary with the new driver release (v271) from Broadcom.

dhaines commented on 2015-10-01 00:14

Has the maintainer disappeared or something?

cschwarz commented on 2015-09-30 23:20

Can confirm the patch by i_magnific0 worked.

fosskers commented on 2015-09-30 20:25

Thanks for the patch, i_magnific0.

andrewboktor commented on 2015-09-30 04:17

I should read the comments here before writing my own patch.

saultdon commented on 2015-09-28 15:40


I was able to get it compiled using the PKGBUILD ( from

See i_magnific0 comment below.

fincan commented on 2015-09-28 13:21

linux 4.2.1 is here, but I could not install this package with the kernel.

i_magnific0 commented on 2015-09-11 06:59

EpLightning, thank you for providing the patch. I have added this to the package source and changed the PKGBUILD file. They are online here:

I tried push the changes to the AUR git system, but this didn't work.

EpLightning commented on 2015-09-08 12:54

Patch for building against 4.2 kernel: