linux-stable.git/drivers/net/wireless/b43, branch linux-3.18.y

b43: Fix error in cordic routine

2019-01-13T09:07:12+00:00

commit 8ea3819c0bbef57a51d8abe579e211033e861677 upstream.

The cordic routine for calculating sines and cosines that was added in
commit 6f98e62a9f1b ("b43: update cordic code to match current specs")
contains an error whereby a quantity declared u32 can in fact go negative.

This problem was detected by Priit Laes who is switching b43 to use the
routine in the library functions of the kernel.

Fixes: 986504540306 ("b43: make cordic common (LP-PHY and N-PHY need it)")
Reported-by: Priit Laes 
Cc: Rafał Miłecki 
Cc: Stable  # 2.6.34
Signed-off-by: Larry Finger 
Signed-off-by: Priit Laes 
Signed-off-by: Kalle Valo 
Signed-off-by: Greg Kroah-Hartman

b43: fix support for 14e4:4321 PCI dev with BCM4321 chipset

2015-07-03T16:34:27+00:00

[ Upstream commit 90f91b129810c3f169e443252be30ed7c0130326 ]

It seems Broadcom released two devices with conflicting device id. There
are for sure 14e4:4321 PCI devices with BCM4321 (N-PHY) chipset, they
can be found in routers, e.g. Netgear WNR834Bv2. However, according to
Broadcom public sources 0x4321 is also used for 5 GHz BCM4306 (G-PHY).
It's unsure if they meant PCI device id, or "virtual" id (from SPROM).
To distinguish these devices lets check PHY type (G vs. N).

Signed-off-by: Rafał Miłecki 
Cc:  # 3.16+
Signed-off-by: Kalle Valo 
Signed-off-by: Sasha Levin

b43: fix NULL pointer dereference in b43_phy_copy()

2014-11-10T18:10:24+00:00

phy_read and phy_write are not set for every phy any more sine this:
commit d342b95dd735014a590f9051b1ba227eb54ca8f6
Author: Rafał Miłecki 
Date:   Thu Jul 31 21:59:43 2014 +0200

    b43: don't duplicate common PHY read/write ops

b43_phy_copy() accesses phy_read and phy_write directly and will fail
with some phys. This patch fixes the regression by using the
b43_phy_read() and b43_phy_write() functions which should be used for
read and write access.

This should fix this bug report:
https://bugzilla.kernel.org/show_bug.cgi?id=87731

Reported-by: Volker Kempter 
Tested-by: Volker Kempter 
Signed-off-by: Hauke Mehrtens 
Signed-off-by: John W. Linville

b43: add support for setting the beacon listen interval

2014-09-15T19:00:54+00:00

Signed-off-by: Hauke Mehrtens 
Signed-off-by: John W. Linville

b43: update some transmit header constants

2014-09-15T19:00:54+00:00

Some constants were missing and are added now.
The rate mode was renamed, at least the ucode in brcsmac uses 2 for HT
rates (iee80211n) and the more recent ucodes are using 3 for VHT
(ieee80211ac).

Signed-off-by: Hauke Mehrtens 
Signed-off-by: John W. Linville

b43: add missing rate

2014-09-15T19:00:54+00:00

The OFDM reate 9MB was not set here

Signed-off-by: Hauke Mehrtens 
Signed-off-by: John W. Linville

b43: tell ucode the phy type and version

2014-09-15T19:00:54+00:00

Signed-off-by: Hauke Mehrtens 
Signed-off-by: John W. Linville

b43: tell the ucode the mac capabilities

2014-09-15T19:00:53+00:00

This is based on code form brcmsmac.

Signed-off-by: Hauke Mehrtens 
Signed-off-by: John W. Linville

b43: Implement PHY PLL reset

2014-09-15T19:00:53+00:00

We should reset PLL after changing MAC frequency.

Signed-off-by: Rafał Miłecki 
Signed-off-by: John W. Linville

b43: HT-PHY: Update values for frequency calibration

2014-09-15T19:00:50+00:00

Previous values were extracted from MMIO dump of some old 5.x driver,
new ones should improve calibration. This also adds values for 5 GHz.

Signed-off-by: Rafał Miłecki 
Signed-off-by: John W. Linville