kernel-packages team mailing list archive
Mailing list archive
[Bug 1360783] Re: Broadcom wifi crash in bcmwl-kernel-source cfg80211
I have just re-executed the command "apport-collect 1360783" while the
broadcom adapter was active, without sudo permission.
It failed with a popup window titled "Updating Problem Report" and the
text "No additional information collected."
Here is the console log:
brian@bacchus:~$ apport-collect 1360783
The authorization page:
should be opening in your browser. Use your browser to authorize
this program to access Launchpad on your behalf.
Press any key to continue or wait (5) seconds...
Waiting to hear from Launchpad about your decision...
Created new window in existing browser session.
Package bcmwl not installed and no hook available, ignoring
It doesn't look very helpful to me!
In case you are wondering, here are the relevant package details:
brian@bacchus:~$ dpkg -l | grep bcmwl
ii bcmwl-kernel-source 18.104.22.168+bdcom-0ubuntu2 i386 Broadcom 802.11 Linux STA wireless driver source
brian@bacchus:~$ dpkg -l | grep apport
ii apport 2.14.1-0ubuntu3.5 all automatically generate crash reports for debugging
ii apport-gtk 2.14.1-0ubuntu3.5 all GTK+ frontend for the apport crash report system
ii apport-symptoms 0.20 all symptom scripts for apport
ii python-apport 2.14.1-0ubuntu3.5 all Python library for Apport crash report handling
ii python3-apport 2.14.1-0ubuntu3.5 all Python 3 library for Apport crash report handling
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to bcmwl in Ubuntu.
Broadcom wifi crash in bcmwl-kernel-source cfg80211
Status in “bcmwl” package in Ubuntu:
lspci shows: Network controller: Broadcom Corporation BCM4312
802.11b/g LP-PHY (rev 01)
lsb_release: Ubuntu 14.04.1 LTS (actually UbuntuStudio)
Linux version 3.13.0-34-lowlatency
Dell Studio 1558 with Intel CPU in i386 mode and four CPUs.
Most of the time wifi works perfectly. Occasionally, when using wifi
hotspots away from home, the system never makes a connection. Usually
I see similar stack traces in the syslog, but the attached extract is
the only example I have to hand.
The system is resuming after suspend, but I do not believe that aspect
is relevant. I have seen similar crashes after powering on, and (to
repeat myself) in more than one hot spot. I suspect there is an edge
case in negotiating with some wifi routers that is not handled
properly. (Perhaps I am prejudiced, but I get the feeling that the
problem routers are in iPhone-friendly environments).
To manage notifications about this bug go to: