gmane.linux.drivers.bcm54xx.devel

Basic Structure of b43 wireless driver

Le Hoang Phuong — 2012-05-23T02:38:33

Hello everyone,

I am a student and I am doing a research to modify b43 wireless driver
for supporting APE Testbed. So I have to understand the structure of
b43 source code but it is really complicated with multiple files.
Please anyone can guide me!!! (For example: "what is the purpose of
each file or each function?" or "how I can read and understand these
codes?").

Thank you for your supporting.

Procedure for donating hardware to b43 project

Kshitij Kulshreshtha — 2012-05-22T14:02:39

Hello,

I am interested in donating a Broadcom BCM94228HMB Mini-PCIe card for
the purpose of open source driver development. The card has the PCI ID
14e4:4359 This device is listed as not tested on the b43 driver website
[1] and upon binding the pci device to the bcma driver and force loading
b43 in kernel version 3.3.6 I get the following output.

[13174.301451] bcma: Core 0 found: ChipCommon (manuf 0x4BF, id 0x800,
rev 0x25, class 0x0)
[13174.301475] bcma: Core 1 found: IEEE 802.11 (manuf 0x4BF, id 0x812,
rev 0x1E, class 0x0)
[13174.301526] bcma: Core 2 found: PCIe (manuf 0x4BF, id 0x820, rev
0x12, class 0x0)
 [13174.301548] bcma: Core 3 found: SDIO Device (manuf 0x4BF, id 0x829,
rev 0x07, class 0x0)
[13174.301667] bcma: PLL init unknown for device 0xA8DC
[13174.301669] bcma: PMU resource config unknown for device 0xA8DC
[13174.301671] bcma: PMU switch/regulators init unknown for device 0xA8DC
[13174.301672] bcma: Workarounds unknown for device 0xA8DC
[13174.308903] bcma: No SPROM available
[13174.308995]

Re: multiple SSID support (in BCM4318)

Francesco Gringoli — 2012-05-07T22:38:20

On May 6, 2012, at 8:29 AM, Tomáš Hnyk wrote:

Hi Tomás,

this problem was almost not detectable by users and it was finally addressed here http://lists.infradead.org/pipermail/b43-dev/2011-December/002249.html

Everything should work fine as you say.

KR,
-Francesco

Re: multiple SSID support (in BCM4318)

Larry Finger — 2012-05-06T15:02:16

To my knowledge, there have been no fixes specific for the BCM4318 that were 
aimed at fixing the packet loss at high transmission rates; however, there have 
been a lot of fixes for b43. Perhaps one or more of them helped that problem. 
Your tests will likely tell.

As to the multiple SSID question, that will be a function of mac80211 and 
friends. Comment #3 of http://forums.freebsd.org/showthread.php?t=24268 seems to 
have a prescription for using nl80211 to accomplish that. If that posting 
doesn't answer your question, direct further inquiries to 
linux-wireless-u79uwXL29TaiAVqoAR/hOA< at >public.gmane.org

Larry

multiple SSID support (in BCM4318)

Tomáš Hnyk — 2012-05-06T06:29:54

Hello all,
are multiple SSID supported (especially on BCM4318)? I could not find the  
answer through googling.

By tw way, on your page, you say "BCM4318 chipset: AP mode does not work  
because of packet loss in high transmission rates. Hard to debug & fix."  
IS it still true? It seems to me it works fine, but I have been trying it  
only for a while.
Regards,
Tomas

Re: [PATCH 0/4] bcma: add PCI functions from brcmsmac

Arend van Spriel — 2012-04-29T08:05:22

I do have some devices and feel it is my/our responsibility to get this 
tested. I let you know the results.


Gr. AvS

[PATCH 1/4] bcma: implement setting core clock mode to dynamic

Hauke Mehrtens — 2012-04-29T00:18:49

This patch is based on code from _ai_clkctl_cc() in brcmsmac.

Signed-off-by: Hauke Mehrtens <hauke-5/S+JYg5SzeELgA04lAiVw< at >public.gmane.org>
---
 drivers/bcma/core.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/bcma/core.c b/drivers/bcma/core.c
index 893f6e0..98e243c 100644
--- a/drivers/bcma/core.c
+++ b/drivers/bcma/core.c
< at >< at > -77,7 +77,7 < at >< at > void bcma_core_set_clockmode(struct bcma_device *core,
 pr_err("HT force timeout\n");
 break;
 case BCMA_CLKMODE_DYNAMIC:
-pr_warn("Dynamic clockmode not supported yet!\n");
+bcma_set32(core, BCMA_CLKCTLST, ~BCMA_CLKCTLST_FORCEHT);
 break;
 }
 }

[PATCH 0/4] bcma: add PCI functions from brcmsmac

Hauke Mehrtens — 2012-04-29T00:18:48

This patch series contains the functions regarding the PCIe core from 
brcmsmac for the supported PCIe core revisions.

Some of these functions have to be called on resume after suspend, but 
I do not know which or if all have to be called. I do not have a PCIe 
based device supported by brcmsmac, so I can not test this. Could 
someone which such a device do some tests and create a patch with the 
functions, which have to be called on resume.

The goal of theses patches is to remove the PCIe code from brcmsmac to 
get one step ahead in making brcmsmac support non pcie based devices.

This is based on wireless-testing/master.

Hauke Mehrtens (4):
  bcma: implement setting core clock mode to dynamic
  bcma: add bcma_core_pci_extend_L1timer
  bcma: add bcma_core_pci_fixcfg()
  bcma: add bcma_core_pci_config_fixup()

 drivers/bcma/core.c                  |    2 +-
 drivers/bcma/driver_pci.c            |   53 ++++++++++++++++++++++++++++++++--
 include/linux/bcma/bcma_driver_pci.h |   11 +++++++
 3 files changed,

[PATCH 4/4] bcma: add bcma_core_pci_config_fixup()

Hauke Mehrtens — 2012-04-29T00:18:52

This code is based on code from pcie_misc_config_fixup() in brcmsmac.
This patch is part of the move of pci specific code from brcmsmac to
bcma.

Signed-off-by: Hauke Mehrtens <hauke-5/S+JYg5SzeELgA04lAiVw< at >public.gmane.org>
---
 drivers/bcma/driver_pci.c            |   18 ++++++++++++++++++
 include/linux/bcma/bcma_driver_pci.h |    4 ++++
 2 files changed, 22 insertions(+)

diff --git a/drivers/bcma/driver_pci.c b/drivers/bcma/driver_pci.c
index 472d14f..9a96f14 100644
--- a/drivers/bcma/driver_pci.c
+++ b/drivers/bcma/driver_pci.c
< at >< at > -186,6 +186,23 < at >< at > static void bcma_core_pci_fixcfg(struct bcma_drv_pci *pc)
 }
 }
 
+/* Fix MISC config to allow coming out of L2/L3-Ready state w/o PRST */
+/* Needs to happen when coming out of 'standby'/'hibernate' */
+static void bcma_core_pci_config_fixup(struct bcma_drv_pci *pc)
+{
+u16 val16;
+uint regoff;
+
+regoff = BCMA_CORE_PCI_SPROM(BCMA_CORE_PCI_SPROM_MISC_CONFIG);
+
+val16 = pcicore_read16(pc, regoff);
+
+if (!(val16 & BCMA_CORE_PCI_SPROM_L23READY_EXIT_NOPE

[PATCH 3/4] bcma: add bcma_core_pci_fixcfg()

Hauke Mehrtens — 2012-04-29T00:18:51

This code is based on code from pcicore_fixcfg() in brcmsmac. This
patch is part of the move of pci specific code from brcmsmac to bcma.

Signed-off-by: Hauke Mehrtens <hauke-5/S+JYg5SzeELgA04lAiVw< at >public.gmane.org>
---
 drivers/bcma/driver_pci.c            |   19 +++++++++++++++++++
 include/linux/bcma/bcma_driver_pci.h |    5 +++++
 2 files changed, 24 insertions(+)

diff --git a/drivers/bcma/driver_pci.c b/drivers/bcma/driver_pci.c
index 9492066..472d14f 100644
--- a/drivers/bcma/driver_pci.c
+++ b/drivers/bcma/driver_pci.c
< at >< at > -168,12 +168,31 < at >< at > static void bcma_pcicore_serdes_workaround(struct bcma_drv_pci *pc)
                      tmp & ~BCMA_CORE_PCI_PLL_CTRL_FREQDET_EN);
 }
 
+static void bcma_core_pci_fixcfg(struct bcma_drv_pci *pc)
+{
+struct bcma_device *core = pc->core;
+u16 val16, core_index;
+uint regoff;
+
+regoff = BCMA_CORE_PCI_SPROM(BCMA_CORE_PCI_SPROM_PI_OFFSET);
+core_index = (u16)core->core_index;
+
+val16 = pcicore_read16(pc, regoff);
+if (((val16 & BCMA_CORE_PCI_SPROM_PI_MASK)

[PATCH 2/4] bcma: add bcma_core_pci_extend_L1timer

Hauke Mehrtens — 2012-04-29T00:18:50

This code is based on code from pcie_extendL1timer() in brcmsmac. This
patch is part of the move of pci specific code from brcmsmac to bcma.

Signed-off-by: Hauke Mehrtens <hauke-5/S+JYg5SzeELgA04lAiVw< at >public.gmane.org>
---
 drivers/bcma/driver_pci.c            |   16 ++++++++++++++--
 include/linux/bcma/bcma_driver_pci.h |    2 ++
 2 files changed, 16 insertions(+), 2 deletions(-)

diff --git a/drivers/bcma/driver_pci.c b/drivers/bcma/driver_pci.c
index 4d38ae1..9492066 100644
--- a/drivers/bcma/driver_pci.c
+++ b/drivers/bcma/driver_pci.c
< at >< at > -24,14 +24,12 < at >< at > u32 bcma_pcie_read(struct bcma_drv_pci *pc, u32 address)
 return pcicore_read32(pc, BCMA_CORE_PCI_PCIEIND_DATA);
 }
 
-#if 0
 static void bcma_pcie_write(struct bcma_drv_pci *pc, u32 address, u32 data)
 {
 pcicore_write32(pc, BCMA_CORE_PCI_PCIEIND_ADDR, address);
 pcicore_read32(pc, BCMA_CORE_PCI_PCIEIND_ADDR);
 pcicore_write32(pc, BCMA_CORE_PCI_PCIEIND_DATA, data);
 }
-#endif
 
 static void bcma_pcie_mdio_set_phy(struct bcma_drv_pci *pc, u8 phy)

Re: b43: system hangs during kernel initialisation [14e4:4318]

Ben Prescott — 2012-04-11T17:39:25

On 28/03/12 20:44, Ben Prescott wrote:

Further reports of this issue are arising, this time on old Apple kit.

https://bugs.launchpad.net/ubuntu/+source/casper/+bug/956677

regards, Ben

Re: b43: system hangs during kernel initialisation [14e4:4318]

Ben Prescott — 2012-03-28T19:44:13


Not a problem at all;  the b43.blacklist=yes kernel param causes the
module to bail out;  I used that to get 12.04 installed.

That said, I rebuilt to 11.10 to test older kernels, and that's where the
system is at the moment.

I've installed Ubuntu's b43 firmware package and rebooted into the
3.2.0-rc2 kernel.

that works, now.

regards, Ben

ben< at >tecumseh:~$ uname -a
Linux tecumseh 3.2.0-030200rc2-generic #201111151435 SMP Tue Nov 15
19:43:49 UTC 2011 i686 i686 i386 GNU/Linux
ben< at >tecumseh:~$ iwconfig wlan0
wlan0     IEEE 802.11bg  ESSID:"foo"
          Mode:Managed  Frequency:2.422 GHz  Access Point: 00:1A:xx:xx:xx:xx
          Bit Rate=48 Mb/s   Tx-Power=20 dBm
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=65/70  Signal level=-45 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:54   Missed beacon:0

ben< at >tecumseh:~$ dmesg | grep b43
[    2.290618] b43-pci-bridge 0000:0

Re: b43: system hangs during kernel initialisation [14e4:4318]

Larry Finger — 2012-03-28T16:02:04

That should be close enough to my system, thus I cannot duplicate your problem. 
I have no idea what the difficulty might be. There should not be a major 
difference between my BCM4306 and your BCM4318 at this level.

I do not see any way to get the firmware onto the live system during booting.

If you copy any existing firmware files in /lib/firmware/b43/ on your working 
system, either from a USB stick, or from mounting a hard drive partition, could 
you then load b43? If not, perhaps we can get some better diagnostics from a 
running kernel.

Larry

Re: b43: system hangs during kernel initialisation [14e4:4318]

Ben Prescott — 2012-03-28T06:23:02

The machine is a laptop;  the wifi is a mini-PCI.

Ben

Re: b43: system hangs during kernel initialisation [14e4:4318]

Larry Finger — 2012-03-27T21:29:57

What form factor is your BCM4318? I downloaded the 32-bit 12.04 iso and was able 
to boot it on my sandbox, which has both a BCM4306 (b43) and a BCM4301 
(b43legacy) in PCI form. No problems other than the kernel log showing no 
firmware available and I had no network. Clearly, not a hang during booting.

Larry

b43: system hangs during kernel initialisation [14e4:4318]

Ben Prescott — 2012-03-27T19:42:20

I've been testing the 12.04 Ubuntu release, and hit an immediate issue 
with one machine; the live ISO boots only as far as the b43 driver, and 
then the machine is entirely non responsive and has to be powered off.

The last thing displayed is ..

b43-phy0 ERROR: Firmware file "b43/ucode5.fw" not found
b43-phy0 ERROR: Firmware file "b43-open/ucode5.fw" not found
b43-phy0 ERROR: You must go to 
http://wireless.kernel.org/en/users/Drivers/b43#devicefirmware and 
download the correct firmware for this driver version. Please carefully 
read all instructions on this website.

If I put the following in the kernel command line

b43.blacklist=yes

the module behaves differently

"b43: Unknown parameter 'blacklist'"

and the problem goes away.  There's probably a better way to achieve the 
same goal, but this solution has the benefit that it is easy to switch 
it on and off via grub.



I've not attempted to install firmware, as for most 'normal' users, the 
opportunity doesn't arise. Appreciate that for your under

Re: Possible bug/error in web pages

Alexander James Bourne Shearn — 2012-03-14T19:32:10

Quoting Rafa? Mi?ecki <zajec5-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> on Wed, 14 Mar 2012 19:45:34 +0100:


Thanks - got it all sorted!
Just to document what I did: downloaded compat-wireless, and compiled  
with B43_BCMA_EXTRA='y'.

Then did 'make unload', and 'modprobe b43'. All works fine, injection  
working great.

I'll write this up somewhere to document for other users.


Cheers for the help!
Yours,

Alex Shearn

Re: Possible bug/error in web pages

Rafał Miłecki — 2012-03-14T18:45:34

2012/3/14 Alexander James Bourne Shearn <A.J.B.Shearn< at >sms.ed.ac.uk>:

Please, keep b43-dev as Cc.

Yes, if you're using recent kernel you need to use
B43_BCMA_EXTRA
It has to be set at compilation time. I don't know much about
compat-wireless, it should be possible to use B43_BCMA_EXTRA for
compat-wireless as well, but I can't say how.

Re: Possible bug/error in web pages

Rafał Miłecki — 2012-03-14T16:38:48

2012/3/13 Alex Shearn <s0700157< at >sms.ed.ac.uk>:

It's Ubuntu script specific, you can report this to them directly. I
can't say if you're just using outdated version (of their script), or
something else. Ubuntu guys have to check/fix that.



I didn't notice any sign of loading "b43" in attached dmesg. Please
note that blacklisting brcmsmac (it's "brcmsmac", not "bcmsmac"!)
won't unload it if it's already loaded. You have to reboot system or
just use "rmmod brcmsmac".

I don't know what kernel you are using, but recently someone (John
AFAIR) forbidden b43 handling BCM43224 and BCM43225 devices without
special kernel option set when compiling. That means you'll have to
compile kernel on your own, or at least compat-wireless.

Possible bug/error in web pages

Alex Shearn — 2012-03-13T22:34:04

Hi everyone,

Think this is either a bug or an error on the web page, unless I've just messed up the install…

I've just installed a fresh version of Ubuntu 11.10 64bit, from the standard desktop cd.
All boots fine, and I've just tried to switch to using the b43 drivers in order to play around with aircrack on a spare access point I had in the cupboard. The b43 driver is known to support injection in monitor mode.

Listed on the page at http://linuxwireless.org/en/users/Drivers/b43#Supported_devices, my wireless card which is the standard Macbook unibody wireless card (model Macbook7,1) is stated as being supported for 3.1+:


When I try to install the firmware-b43-installer package however, I get the following error:


I tried the manual install by using b43-fwcutter directly, but then when I blacklist the existing driver (bcmsmac) and load b43, no wireless card appears.

The following files contain the output of the different commands:

http://homepages.inf.ed.ac.uk/s0700157/dmesg.output
http://homepages