Commit Graph

13 Commits (2dad4c2e0755adf7b7d92fb42bf4bf5073786a0f)

Author SHA1 Message Date
Felix Fietkau fc822a4370 broadcom_wl: eliminate compiler error with gcc-4.9-linaro
Attempting to build broadcom_wl (from trunk) with the linaro 4.9.x
toolchain produces the following errors:

<...>/wl_linux.c: In function 'wl_dump_ver':
<...>/wl_linux.c:2302:3: error: macro "__DATE__" might prevent reproducible builds [-Werror=date-time]
   __DATE__, __TIME__, EPI_VERSION_STR);
   ^
<...>/wl_linux.c:2302:13: error: macro "__TIME__" might prevent reproducible builds [-Werror=date-time]
   __DATE__, __TIME__, EPI_VERSION_STR);
             ^
cc1: some warnings being treated as errors

Remove the use of the __DATE__ and __TIME__ macros, as the info is not
really useful.

Signed-off-by: Nathan Hintz <nlhintz@hotmail.com>

SVN-Revision: 43046
2014-10-24 18:05:51 +00:00
Jonas Gorski 9a24294b02 brcm-wl: use new brcm63xx fallback sprom
This fixes brcm63xx fallback sprom extraction.

Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
Signed-off-by: Jonas Gorski <jogo@openwrt.org>

SVN-Revision: 42725
2014-10-02 12:24:05 +00:00
Hauke Mehrtens 8bc5902d72 broadcom-wl: add support for a8xx broadcom devices
Tested on Comtrend VR-3025u (brcm6368 + a8d6-43222).

Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>

SVN-Revision: 42084
2014-08-08 22:58:54 +00:00
Hauke Mehrtens 189edfef1a broadcom-wl: assign first increased mac address to internal wifi core
When the original mac addresses are not valid assign the first one to
the internal wifi core, this matches the manufacture mac address in
most cases. In addition refresh the patches.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

SVN-Revision: 41545
2014-07-07 17:38:54 +00:00
Hauke Mehrtens 817c56f77c broadcom-wl: fixup mac addresses.
Some series of devices are using the same mac address, which causes
conflicts for these devices we generate a new mac address based on the
base address. This patch adds this functionality to braodcom-wl.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

SVN-Revision: 41514
2014-07-05 19:23:40 +00:00
Hauke Mehrtens 753d52c2a4 broadcom-wl: support probe of 'wds' devices
'nas' requires probe of 'wds' devices to be successful;
so don't fail them.

Signed-off-by: Nathan Hintz <nlhintz@hotmail.com>

SVN-Revision: 38763
2013-11-11 22:04:53 +00:00
Hauke Mehrtens 697f4a19e5 broadcom-wl: fix crash when starting multiple virtual interfaces
When enabling multiple VIFS, the driver sometimes crashes.  The frequency
of the crash increases as more VIFS are enabled.

Signed-off-by: Nathan Hintz <nlhintz@hotmail.com>

SVN-Revision: 38762
2013-11-11 22:04:26 +00:00
Hauke Mehrtens b98f77f3d9 broadcom-wl: perform additional cleanup on wl module unload
Signed-off-by: Nathan Hintz <nlhintz@hotmail.com>

SVN-Revision: 38761
2013-11-11 22:03:58 +00:00
Hauke Mehrtens 40e8eb2dda broadcom-wl: fix band reporting
Modify the band reporting for broadcom devices to correctly report
HW capability.  Currently, 802.11na devices report "bgn"; but should be
reporting "an".

Signed-off-by: Nathan Hintz <nlhintz@hotmail.com>

SVN-Revision: 38749
2013-11-11 21:58:19 +00:00
Hauke Mehrtens cac4ccca2f broadcom-wl: change interface names
'netifd' treats all devices with a "." in their name as vlan devices.
Modify the name of virtual/WDS interfaces created by broadcom-wl to use
a "-" instead of a ".", so they will be treated as simple devices
by 'netifd'.

Signed-off-by: Nathan Hintz <nlhintz@hotmail.com>

SVN-Revision: 38748
2013-11-11 21:57:26 +00:00
Hauke Mehrtens c36d24ec82 broadcom-wl: fix compiler warning
Delete the return value (nvram_exit is declared with a 'void' return).

Signed-off-by: Nathan Hintz <nlhintz@hotmail.com>

SVN-Revision: 38747
2013-11-11 21:56:45 +00:00
Hauke Mehrtens e77339b9e2 broadcom-wl: fix compile error with kernel 3.10
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

SVN-Revision: 37626
2013-07-31 17:42:55 +00:00
John Crispin 4ebf19b48f packages: clean up the package folder
Signed-off-by: John Crispin <blogic@openwrt.org>

SVN-Revision: 37007
2013-06-21 16:54:37 +00:00