Package Details: broadcom-wl 6.30.223.271-2

Git Clone URL: https://aur.archlinux.org/broadcom-wl.git (read-only)
Package Base: broadcom-wl
Description: Broadcom 802.11abgn hybrid Linux networking device driver
Upstream URL: http://www.broadcom.com/support/802.11
Licenses: custom
Submitter: Kyrias
Maintainer: Raimar
Last Packager: Raimar
Votes: 45
Popularity: 3.125271
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 https://aur.archlinux.org/packages/broadcom-wl-dkms/
2. Add crda as an optional dependency.
3. Add crda and hostadp as optional dependencies, see http://ask.debian.net/questions/should-i-set-the-wireless-regulatory-domain-with-crda-or-hostapd

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

waldman commented on 2016-02-17 13:51

Hi,

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

@spidernet
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:

https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit?id=fe47ae6e1a5005b2e82f7eab57b5c3820453293a
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit?id=4ea1636b04dbd66536fa387bae2eea463efc705b

A patch is available in the dkms version of broadcom-wl driver: https://aur.archlinux.org/cgit/aur.git/tree/002-rdtscl.patch?h=broadcom-wl-dkms

billbrown commented on 2016-01-04 14:59

Hello.

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]
rdtscl(cycles);
^
/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/Makefile.build:258: 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().
Aborting...
:: 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?


All comments