Bug 3398 - brcmsmac wireless driver freezes some systems (Acer Aspire 722)
Summary: brcmsmac wireless driver freezes some systems (Acer Aspire 722)
Status: RESOLVED OLD
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Thomas Backlund
QA Contact:
URL:
Whiteboard: MGA2TOO
Keywords: Triaged
Depends on:
Blocks: 5015
  Show dependency treegraph
 
Reported: 2011-11-20 21:08 CET by Frank Griffin
Modified: 2015-05-17 21:33 CEST (History)
1 user (show)

See Also:
Source RPM: kernel
CVE:
Status comment:


Attachments

Description Frank Griffin 2011-11-20 21:08:29 CET
I'm entering this to document a workaround for a fairly serious problem with the Broadcom brcmsmac wireless driver.

The specific case concerns an Acer Aspire One 722 with a Broadcom BCM4313 wireless chip.  This chip is unique in that according to the linux-wireless site it is the only Broadcom chip not supported by the b43 driver.  However, they have a link to a Broadcom page for a Broadcom-produced driver called brcmsmac that handles that chip and a few others.

Mageia packages the brcmsmac driver in the "staging" area of the kernel and it blacklists the brcm80211 driver which was the previous name of brcmsmac.  I'm guessing that it does this only if the BCM4313 is detected, presumably because there's a stable version of brcm80211 in the regular drivers tree that is known not to work with the BCM4313.

The specific symptom is that, with the wireless interface defined through drakconnect as wlan0, the system will behave nicely as long as the wired eth0 interface is active (cable plugged in, linkup).  If you unplug the cable so that the wireless becomes the operative interface the system will freeze hard, ignoring even Alt-SysRq-B, within a few seconds.  If you attempt to boot the system without the eth0 cable plugged and available, you probably won't even make it to the DM screen before it freezes.

If you google this without limiting the search to the past year you'll get a lot of outdated hits about freezes which may or may not apply.

One of them says to blacklist the acer-wmi driver.  Another says to blacklist the b43 driver so that you're sure of getting the brcmsmac driver, and that the two don't get along if loaded together.  I did both of these things without effect.

The actual solution came from https://bugzilla.novell.com/show_bug.cgi?id=676785 down towards the bottom.  Apparently there is a conflict between the brcmsmac driver and the atl1c driver used for the wired ethernet  If you blacklist atl1c and set ONBOOT=no in ifcfg-eth0 and reboot without the eth0 cable plugged in, things will be picture-perfect.

I have not yet backtracked to see which of the blacklists is critical to the problem and which is not.  I was configuring the machine for someone else and wanted to get it into their hands ASAP.  For now, people trying to put cauldron on this machine should blacklist acer-wmi, b43, and atl1c.  That will get you wireless, but no ethernet.  It may be that blacklisting brcmsmac and leaving atl1c alone will get you ethernet but no wireless, but I haven't verified that yet.

There was also a suggestion in the above link that if you waited until brcmsmac had initialized to modprobe atl1c you'd have both working, but I haven't verified that either.

If the upstream devs know about this, then it's probably not worth the trouble of refining this workaround, unless someone finds it wanting.
Comment 1 Manuel Hiebel 2011-11-20 23:17:56 CET
Hi, thanks for reporting this bug.
Assigned to the package maintainer.

Keywords: (none) => Triaged
Assignee: bugsquad => tmb
Source RPM: (none) => kernel

Luca Olivetti 2012-01-09 22:29:30 CET

CC: (none) => luca

Marja Van Waes 2012-03-18 20:08:38 CET

Blocks: (none) => 5015

Comment 2 Marja Van Waes 2012-05-26 13:03:11 CEST
Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Keywords: (none) => NEEDINFO

Frank Griffin 2012-06-12 21:35:30 CEST

Keywords: NEEDINFO => (none)
Whiteboard: (none) => MGA2TOO

Comment 3 Marja Van Waes 2012-07-06 15:04:26 CEST
Please look at the bottom of this mail to see whether you're the assignee of this  bug, if you don't already know whether you are.


If you're the assignee:

We'd like to know for sure whether this bug was assigned correctly. Please change status to ASSIGNED if it is, or put OK on the whiteboard instead.

If you don't have a clue and don't see a way to find out, then please put NEEDHELP on the whiteboard.

Please assign back to Bug Squad or to the correct person to solve this bug if we were wrong to assign it to you, and explain why.

Thanks :)

**************************** 

@ the reporter and persons in the cc of this bug:

If you have any new information that wasn't given before (like this bug being valid for another version of Mageia, too, or it being solved) please tell us.

@ the reporter of this bug

If you didn't reply yet to a request for more information, please do so within two weeks from now.

Thanks all :-D
Comment 4 Luca Olivetti 2013-06-12 13:40:52 CEST
One workaround is to enable network boot in the bios, at least this worked under mageia 1 with the broadcom-wl driver.
Under mageia 3 this specific bug (atl1c+brcmsmac freezing the system) doesn't seem to apply anymore, however the two still don't play well together: if both are active, wired ethernet stops working after a while. Unplugging and replugging the cable fixes it for another while. 
Disabling the wireless adapter with fn+f3 "fixes" the wired ethernet.
Comment 5 Samuel Verschelde 2015-05-17 21:33:21 CEST
Closing as OLD. Please reopen if still valid, with updated information.

Status: NEW => RESOLVED
Resolution: (none) => OLD


Note You need to log in before you can comment on or make changes to this bug.