linux-toradex.git/drivers/net/wireless/b43/Makefile, branch master

b43: move under broadcom vendor directory

2015-11-18T09:20:36+00:00

Part of reorganising wireless drivers directory and Kconfig.

Signed-off-by: Kalle Valo

ssb: pick PCMCIA host code support from b43 driver

2015-10-28T19:04:04+00:00

ssb bus can be found on various "host" devices like PCI/PCMCIA/SDIO.
Every ssb bus contains cores AKA devices.
The main idea is to have ssb driver scan/initialize bus and register
ready-to-use cores. This way ssb drivers can operate on a single core
mostly ignoring underlaying details.

For some reason PCMCIA support was split between ssb and b43. We got
PCMCIA host device probing in b43, then bus scanning in ssb and then
wireless core probing back in b43. The truth is it's very unlikely we
will ever see PCMCIA ssb device with no 802.11 core but I still don't
see any advantage of the current architecture.

With proposed change we get the same functionality with a simpler
architecture, less Kconfig symbols, one killed EXPORT and hopefully
cleaner b43. Since b43 supports both: ssb & bcma I prefer to keep ssb
specific code in ssb driver.

This mostly moves code from b43's pcmcia.c to bridge_pcmcia_80211.c. We
already use similar solution with b43_pci_bridge.c. I didn't use "b43"
in name of this new file as in theory any driver can operate on wireless
core.

Signed-off-by: Rafał Miłecki 
Signed-off-by: Kalle Valo

b43: AC-PHY: prepare place for developing new PHY support

2015-01-29T08:54:43+00:00

There are new (not anymore?) Broadcom 802.11ac wireless cards based on
chipsets like BCM4352 and BCM4360. They use a new PHY type (called
simply AC) that will require new specific code.

Signed-off-by: Rafał Miłecki 
Signed-off-by: Kalle Valo

b43: implement PPR (Power Per Rate) management/API

2014-08-25T20:00:43+00:00

Broadcom hardware supports auto-adjustment of TX power depending on the
currently used rate. So far all calculations were handled without any
helpers (API) using big arrays and magic offsets.
It seems Broadcom recently decided to clean this up by developing PPR.
Their wlc_ppr.h can be found in open parts of the SDK.
As we plan to implement support for rate-based TX power it makes sense
to also implement our version of PPR as well.

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

b43: add config for (en|dis)abling G-PHY support

2014-06-20T18:13:46+00:00

This allows new devices users to save some space.

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

b43: N-PHY: init 0x2057 radio

2012-08-06T18:56:35+00:00

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

b43: LCN-PHY add place for new PHY support

2011-07-08T15:11:25+00:00

LCN-PHY was found in 14e4:4727 card. It uses LCN/1 and 0x2064/1 radio.

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

b43: HT-PHY: prepare place for HT-PHY tables

2011-06-29T18:53:22+00:00

They are big arrays uploaded to the hardware on init, calibration, etc.

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

b43: HT-PHY: define standard structs for channel switching

2011-06-22T20:09:42+00:00

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

b43: HT-PHY: add place for writing HT PHY support

2011-06-17T18:22:20+00:00

This is totally broken plus we do not have specs for HT PHY yet. Just
introduce place for writing driver if we discover anything.

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