14e4:432b Regression in wireless performance under Maverick when on battery power

[Iain Lane]

[WORKAROUND]
(This will not fix all problems for all: see comment 24.)
Disable the power saving measures implemented by /usr/lib/pm-utils/power.d/wireless.
To disable them do:
sudo touch /etc/pm/power.d/wireless

You now should have an empty file named wireless without the executable bit set in /etc/pm/power.d.
Check with:
ls -lh /etc/pm/power.d/
You should see a file like this:
-rw-r--r-- 1 root root 0 2010-12-31 18:53 wireless

Reference: man pm-powersave

[ORIGINAL REPORT]
Since upgrading to maverick, wireless performance on my Macbook Pro 7.1 has been terrible. It was fine under lucid.

Pinging the router:

  13 packets transmitted, 12 received, 7% packet loss, time 12024ms
  rtt min/avg/max/mdev = 52.867/574.644/1203.660/441.552 ms, pipe 2

iperf to another machine connected via ethernet over power (typical latency from this machine is ~3ms to router)

  [ ID] Interval Transfer Bandwidth
  [ 3] 0.0-10.0 sec 136 KBytes 111 Kbits/sec

wireless card is

  02:00.0 Network controller: Broadcom Corporation BCM4322 802.11a/b/g/n Wireless LAN Controller (rev 01)

bcmwl-kernel-source version 5.60.48.36+bdcom-0ubuntu5

== Regression details ==
Discovered in version: maverick
Last known good version: lucid

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: linux-image-2.6.35-22-generic 2.6.35-22.33
Regression: Yes
Reproducible: Yes
ProcVersionSignature: Ubuntu 2.6.35-22.33-generic 2.6.35.4
Uname: Linux 2.6.35-22-generic x86_64
NonfreeKernelModules: nvidia wl
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.23.
Architecture: amd64
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: NVidia [HDA NVidia], device 0: Cirrus Analog [Cirrus Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: laney 1558 F.... pulseaudio
CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found.
Card0.Amixer.info:
 Card hw:0 'NVidia'/'HDA NVidia at 0xd3480000 irq 23'
   Mixer name : 'Nvidia MCP89 HDMI'
   Components : 'HDA:10134206,106b0d00,00100301 HDA:10de000c,10de0101,00100200'
   Controls : 28
   Simple ctrls : 12
Date: Wed Sep 29 11:06:53 2010
HibernationDevice: RESUME=UUID=1c5b3f2c-2c89-4fa1-9ed8-0e238de8fe47
InstallationMedia: Ubuntu 10.04.1 LTS "Lucid Lynx" - Release amd64 (20100729)
MachineType: Apple Inc. MacBookPro7,1
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.35-22-generic root=UUID=2228fdfe-3834-40b2-b7b4-efea7463e3c1 ro quiet splash reboot=pci
ProcEnviron:
 PATH=(custom, user)
 LANG=en_GB.UTF-8
 SHELL=/usr/bin/zsh
RelatedPackageVersions: linux-firmware 1.38
RfKill:

SourcePackage: linux
dmi.bios.date: 03/25/10
dmi.bios.vendor: Apple Inc.
dmi.bios.version: MBP71.88Z.0039.B05.1003251322
dmi.board.name: Mac-F222BEC8
dmi.board.vendor: Apple Inc.
dmi.chassis.type: 10
dmi.chassis.vendor: Apple Inc.
dmi.chassis.version: Mac-F222BEC8
dmi.modalias: dmi:bvnAppleInc.:bvrMBP71.88Z.0039.B05.1003251322:bd03/25/10:svnAppleInc.:pnMacBookPro7,1:pvr1.0:rvnAppleInc.:rnMac-F222BEC8:rvr:cvnAppleInc.:ct10:cvrMac-F222BEC8:
dmi.product.name: MacBookPro7,1
dmi.product.version: 1.0
dmi.sys.vendor: Apple Inc.

[Iain Lane (laney)]

OK, it only happens when running on battery power. When plugged into the mains performance is fine:

[ ID] Interval Transfer Bandwidth
[ 4] 0.0-11.0 sec 11.0 MBytes 8.38 Mbits/sec

[Alan Pope 🍺🐧🐱 🦄 (popey)]

Wired on power:-
[ 4] 0.0-10.1 sec 112 MBytes 92.9 Mbits/sec

Wired on battery:-
[ 5] 0.0-10.1 sec 112 MBytes 92.6 Mbits/sec

Wireless on power to dlink router:-
[ 4] 0.0-11.3 sec 7.96 MBytes 5.90 Mbits/sec

Wireless on battery to dlink router:-

[ 5] 0.0-10.0 sec 896 KBytes 733 Kbits/sec

Wireless on power to linksys router:- (which is a bit further away)

[ 5] 0.0-11.1 sec 18.3 MBytes 13.9 Mbits/sec

Wireless on battery to linksys router:- (which is a bit further away)

[ 4] 0.0-12.5 sec 248 KBytes 163 Kbits/sec

[David Guest (david-guest)]

Same issue for me. I'm using a Dell Mini 10.

I'm using a workaround at the moment:

sudo iwconfig eth1 power off

...when I'm on battery power, otherwise my network link is too slow to do anything!

[Rafael Proença (cypherbios)]

Same here, I can confirm that.

At first I haven't noticed that it only happened while on battery power, and after some testing it indeed is true.

Also, the workaround suggested by David (https://bugs.launchpad.net/ubuntu/+source/linux/+bug/651008/comments/4) does work as a charm.

I guess it is too late to get it fixed for maverick, but I hope the fix comes along soon.
If there's anything I can help (testing, providing information), let me know.

[moose (snyderra)]

same here on a hp G72
Broadcom Corporation BCM4313 802.11b/g LP-PHY
While on battery power file transfers of files to a local network machile are limited to around 150KB/sec
when on AC power the full speed is achieved.

steps to reproduce: (Note I have a 5 mb connection)
while on ac power go to speakeast.net/speedtest and choose a location.
max speed is 4.3mbs

unplug AC and rerun same test.
max speed is now 1.5mbs

Tested under windows 7 and full speed is achieved independent of power source.

also this is a 802.11n also, however it is not reported in lspci
http://www.broadcom.com/products/Wireless-LAN/802.11-Wireless-LAN-Solutions/BCM4313

[Stefan Rehm (mailto-stefanrehm)]

Same probleme here on a Dell Mini 9. Did I have to unplug the device from a power supply bevor the workaround with "iwconfig ethX power off" works?

[moose (snyderra)]

yes, unplug first. otherwise some script enables the powersavings features.

On Sun, Oct 17, 2010 at 4:22 AM, Stefan Rehm <email address hidden>wrote:

> Same probleme here on a Dell Mini 9. Did I have to unplug the device
> from a power supply bevor the workaround with "iwconfig ethX power off"
> works?
>
> --
> Regression in wireless performance under Maverick when on battery power
> (broadcom)
> https://bugs.launchpad.net/bugs/651008
> You received this bug notification because you are a direct subscriber
> of the bug.
>

[Stefan Rehm (mailto-stefanrehm)]

Here is a workaround to solve this issue permanantly:

sudo gedit /usr/lib/pm-utils/power.d/wireless
(make a copy before doing these changes)

do these changes in the scriptsnippet:

    case $driver in
        ipw2100) iwpriv_ac="set_power 0"
            iwpriv_batt="set_power 0"
            iwconfig_ac="power on"
            iwconfig_batt="power on";;
        ipw3945)
            iwpriv_ac="set_power 6"
            iwpriv_batt="set_power 6";;
        iwl*) if [ -f "/sys/class/net/$1/device/power_level" ]; then
                 iwlevel_ac=0
                 iwlevel_batt=0
              else
                 iwconfig_ac="power off"
                 iwconfig_batt="power off"
              fi;;
        *) iwconfig_ac="power off"
           iwconfig_batt="power off";;
    esac

[Brett McLean (midget6000)]

I can confirm this behavior on the Dell Mini 10v (Dell Inspiron 1011). Speeds are roughly 30 Mbits/s through iperf when plugged into power but drop to approximately 3 Mbits/s when running on battery power.

lspci reveals my wireless card to be:
03:00.0 Network controller: Broadcom Corporation BCM4322 802.11a/b/g/n Wireless LAN Controller (rev 01)

I can verify that David Guest's suggestion of using

     sudo iwconfig eth1 power off

works to bring wireless networking back up to expected speeds.

[Tony Cervati (type1rider)]

I have a VERY similar problem (same bug?). When I am plugged in to AC Power everything w/ WiFi works as expected. If I am connected and unplug, or boot unplugged, I cannot connect to any WLAN.

After a non AC Powered WLAN connection attempt, plugging the machine in doesn't correct the issue.

I have a HP Mini 110.

lspci yields:
01:00.0 Network controller: Broadcom Corporation BCM4312 802.11b/g LP-PHY (rev 01)

I am going to try the fix offered by Stefan above, or David Guest's work around.

[Klaus Doblmann (moviemaniac)]

Same thing in natty (which already got an updated bcmwl and kernel). Reporting from a Lenovo S12

[Willem Hobers (whobers)]

Same here. On a HP Pavilion DV9000.

The

sudo iwconfig eth1 power off

also works for me.

[dorpm (dorpmueller)]

Same problem here with an Ideapad S12:

03:00.0 Network controller: Broadcom Corporation BCM4312 802.11b/g LP-PHY (rev 01)

Please let me know if any further information is needed.

Cheers,
Florian

[kgaramszegi (kgaramszegi)]

Same problem and same workaround works on a Dell e6400, BCM4322 chip, running Maverick (10.10). Also confirming Natty drivers have the same problem. Wireless worked perfectly on Lucid.

[Oscar Tiderman (oscar-tiderman)]

This seems to affect a lot of wifi cards. I'm also affected on my Acer 1830T with Network controller: Broadcom Corporation BCM43225 802.11b/g/n (rev 01)

My PackardBell MX52 with AR5001 won't connect at all when on battery. It works fine on AC, same as others already reported.

[Ben Shum (bshum)]

I'm using a Dell Studio 1458 with network controller: Broadcom Corporation BCM43224 802.11a/b/g/n (rev 01) and running Maverick 10.10. Using the workaround command seems to help with performance.

[Joe (joesbunker)]

Same issue on an Acer 5515. I've done both upgrade from lucid and complete install. I also tried Stefan's Suggestion (#9) and the "sudo iwconfig eth1 power off" suggestion. Neither one works for me. If I boot up on AC power, wireless networking is fine. If I unplug AC, I lose wireless networking within 10 seconds, and the system asks me for a password multiple times before giving up. If I plug in, it still won't connect until I restart. I have also gone back to lucid and everything worked fine, even when on battery. Somebody help, please. I'd really love to get this worked out. Seems like there'd be some kind of easy fix since it works fine in lucid?????

Broadcom Corporation BCM4312 802.11b/g LP-PHY (rev 01)

[David A. Rountree (darountree)]

OK, I’ve made significant progress on what has turned out to be two manifestations of the same problem (at least they seem to be the same problem on my machine, a Dell Studio 1558 with a Broadcom 43224 wireless card, using the Broadcom STA driver). It stems from the pm-utils package, apparently. The two bug reports are:

https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/662998

and

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/651008

You, like me, might be affected by both these bugs. If so, go on. If not, I wouldn’t recommend making all of these changes for no reason.

The fix for the 662998 bug (System freezes while running on battery) has been to either go back to a 2.6.34 or earlier kernel, OR to go back to the Lucid Lynx version of pm-utils. The fix for the 651008 bug (Regression in wireless performance under Maverick when on battery power (broadcom)) is to set iwconfig to turn off power saving for the wireless card. This can be done by the command “sudo iwconfig ethx power off”, AFTER you unplug the ac power supply (where ethx is eth1, eth2, etc, whatever Ethernet device is your wireless card). Comment #9 in the 651008 bug report above tells how to do this as a permanent work-around by editing the file /usr/lib/pm-utils/power.d/wireless.

My work-around for fixing both problems involves going back to the Lucid Lynx version of pm-utils, but keeping the modified script /usr/lib/pm-utils/power.d/wireless, which is only found in the Maverick version of pm-utils. This solves the freezing on battery power problem and keeps network performance up to par while on battery power, all while letting you use the latest kernel.

Assuming you’re starting with a Maverick Ubuntu or Kubuntu installation, go to /usr/lib/pm-utils/power.d and make a copy of the file ‘wireless’, say, copying it to the file ‘wireless.orig’. The command is ‘sudo cp /usr/lib/pm-utils/power.d/wireless /usr/lib/pm-utils/power.d/wireless.orig’. We’ll use that file later.

Next, uninstall the package ‘pm-utils’ using Synaptic or KPackageKit or the command line programs. This will remove the file ‘wireless’ from /usr/lib/pm-utils/power.d, which is why we just made a copy of it, so we can use it later. On my system, the package acpi-support was removed as well, so make note of any packages that were removed along with pm-utils.

Next, edit your sources in KPackageKit or Synaptic to add ‘deb http://us.archive.ubuntu.com/ubuntu/ lucid main’ (note the space after the last ‘/’ (for US users; those in other countries can use ‘deb http://archive.ubuntu.com/ubuntu/ lucid main’). This is so we can grab the previous version of pm-utils.

Now you need to install the previous version of pm-utils. First, check the available versions of pm-utils by going to the command line (Terminal or Konsole) and typing ‘apt-cache showpkg pm-utils’. Both the current and previous versions should be displayed somewhere in the output. Then install the old Lucid version of pm-utils. I did this using the command line, like so: ‘sudo apt-get install pm-utils=1.3.0-1ubuntu1’. Be sure to reinstall acpi-support or any other packages that were previo...

[Sebastian Thürrschmidt (thuerrschmidt)]

Editing /usr/lib/pm-utils/power.d/wireless as described in https://bugs.launchpad.net/ubuntu/+source/linux/+bug/651008/comments/9 did indeed fix this permanently on my MacBook 4,1 with a Broadcom Corporation BCM4321 802.11a/b/g/n (rev 03) controller. WLAN throughput is now at normal levels (around 7 to 8 Mbit/s effective at 54 Mb/s nominal) even on battery power.

[David A. Rountree (darountree)]

One typo in my last above comment:

‘echo “pm-utils hold” | dpkg –set-selections’ should be

‘echo “pm-utils hold” | dpkg --set-selections’

[Otto Salminen (o-s)]

#9 comment solution helped on macbook 5,1 (Ubuntu 10.10, 2.6.35-23-generic) also.

[Wolfgang Kufner (wolfgangkufner)]

I have posted a more correct way to disable powersaving in the bug description at the top. Iain, does this work for you?

[Wolfgang Kufner (wolfgangkufner)]

Turns out that the workaround (sudo touch /etc/pm/power.d/wireless) I described in the bug description will not be sufficient for all hardware. It just keeps the script in /usr/lib/pm-utils/power.d/wireless from switching to power save mode. At least with some hardware there are other things that can switch power save mode on.

Stefan Rehm's workaround in comment #9 will (perhaps) work in this case. Doing configuration in /usr is however probably not the best solution.

Another workaround is to put a small script into the file in /etc/pm/power.d/wireless:
gksu gedit /etc/pm/power.d/wireless
in gedit write and save this:
#!/bin/sh
/sbin/iwconfig wlan0 power off
set the file to executable with this:
sudo chmod +x /etc/pm/power.d/wireless
This workaround will however only work if sudo iwconfig wlan0 power off works for your driver. Try this out before. Your wlan might be called something other than wlan0 or you might need another command than iwconfig. Also, just as with Stefan Rehm's workaround, I am not sure that there might not be gaps between were something else switches power save on and this script gets called and switches it back off.

In summary: One of the above should probably work for you, but no workaround looks all that perfect. Stefan Rehm's workaround will work for the greatest number of cases.

[Mark Cariaga (mzc)]

This bug also affects natty. And gas extended to atheros wifi as well.
On Feb 22, 2011 5:36 AM, "Wolfgang Kufner" <email address hidden>
wrote:
> Turns out that the workaround (sudo touch /etc/pm/power.d/wireless) I
> described in the bug description will not be sufficient for all
> hardware. It just keeps the script in /usr/lib/pm-utils/power.d/wireless
> from switching to power save mode. At least with some hardware there are
> other things that can switch power save mode on.
>
> Stefan Rehm's workaround in comment #9 will (perhaps) work in this case.
> Doing configuration in /usr is however probably not the best solution.
>
> Another workaround is to put a small script into the file in
/etc/pm/power.d/wireless:
> gksu gedit /etc/pm/power.d/wireless
> in gedit write and save this:
> #!/bin/sh
> /sbin/iwconfig wlan0 power off
> set the file to executable with this:
> sudo chmod +x /etc/pm/power.d/wireless
> This workaround will however only work if sudo iwconfig wlan0 power off
works for your driver. Try this out before. Your wlan might be called
something other than wlan0 or you might need another command than iwconfig.
Also, just as with Stefan Rehm's workaround, I am not sure that there might
not be gaps between were something else switches power save on and this
script gets called and switches it back off.
>
> In summary: One of the above should probably work for you, but no
> workaround looks all that perfect. Stefan Rehm's workaround will work
> for the greatest number of cases.
>
>
>
>
>
> ** Description changed:
>
> [WORKAROUND]
> - Disable the power saving measures implemented by
/usr/lib/pm-utils/power.d/wireless.
> + (This will not fix all problems for all: see comment 24.)
> + Disable the power saving measures implemented by
/usr/lib/pm-utils/power.d/wireless.
> To disable them do:
> sudo touch /etc/pm/power.d/wireless
>
> - You now should have an empty file named wireless without the executable
bit set in /etc/pm/power.d.
> + You now should have an empty file named wireless without the executable
bit set in /etc/pm/power.d.
> Check with:
> ls -lh /etc/pm/power.d/
> You should see a file like this:
> -rw-r--r-- 1 root root 0 2010-12-31 18:53 wireless
>
> Reference: man pm-powersave
>
> [ORIGINAL REPORT]
> Since upgrading to maverick, wireless performance on my Macbook Pro 7.1
has been terrible. It was fine under lucid.
>
> Pinging the router:
>
> 13 packets transmitted, 12 received, 7% packet loss, time 12024ms
> rtt min/avg/max/mdev = 52.867/574.644/1203.660/441.552 ms, pipe 2
>
> iperf to another machine connected via ethernet over power (typical
> latency from this machine is ~3ms to router)
>
> [ ID] Interval Transfer Bandwidth
> [ 3] 0.0-10.0 sec 136 KBytes 111 Kbits/sec
>
> wireless card is
>
> 02:00.0 Network controller: Broadcom Corporation BCM4322 802.11a/b/g/n
> Wireless LAN Controller (rev 01)
>
> bcmwl-kernel-source version 5.60.48.36+bdcom-0ubuntu5
>
> == Regression details ==
> Discovered in version: maverick
> Last known good version: lucid
>
> ProblemType: Bug
> DistroRelease: Ubuntu 10.10
> Package: linux-image-2.6.35-22-generic 2.6.35-22.33
> Regression: Yes
> Reproducible: Yes
> ProcVersionSignat...

[Iain Lane (laney)]

Can we please /stop/ posting workarounds to this bug now; bug reports are not the place for them to live. The bug should be used for developers to track the real fix in the distribution.

Thanks.

[Christian Ciach (dereineda)]

Same problem with RaLink RT2500 802.11g (rev 01) under Ubuntu 10.10. "iwconfig wlan0 power off" also works for me!

I didn't test with natty yet.

[Christian Ciach (dereineda)]

Forgot to mention: I face this problem on a desktop-PC, not on a laptop.

[Christian Ciach (dereineda)]

Problem occurred again about 2 hours later. Logging off and on again fixes the problem for a while. Now trying the workaround from the bug description.

[Willem de Groot (gwillem)]

"sudo iwconfig eth0 power off" fixed the problem on my Macbook Air 3,2 (running Natty and kernel 2.6.38-8-generic).

[Ryan Thompson (rct86)]

Here's a better workaround:

Download the patch that I am attaching to this comment. Then copy the wireless power script into /etc, and apply my patch to it:

$ sudo cp /usr/lib/pm-utils/power.d/wireless /etc/pm/power.d/wireless
$ sudo patch /etc/pm/power.d/wireless < PATCHFILE

Putting a script in /etc/pm will override the script with the same name in /usr/lib/pm-utils. The patch adds a special case for the "wl" driver that prevents the activation of power saving.

Someone could add this patch to the source package and build a pm-utils deb with the fixed wireless script in it if they wanted to.

[Ubuntu Foundations Team Bug Bot (crichton)]

The attachment "pmutils-fix-bcmwl-battery-slowdown.patch" of this bug report has been identified as being a patch. The ubuntu-reviewers team has been subscribed to the bug report so that they can review the patch. In the event that this is in fact not a patch you can resolve this situation by removing the tag 'patch' from the bug report and editing the attachment so that it is not flagged as a patch. Additionally, if you are member of the ubuntu-sponsors please also unsubscribe the team from this bug report.

[This is an automated message performed by a Launchpad user owned by Brian Murray. Please contact him regarding any issues with the action taken in this bug report.]

[penalvch (penalvch)]

Declined for Maverick as it's EOL as of April 2012.

[penalvch (penalvch)]

Iain Lane, thank you for reporting this and helping make Ubuntu better. Maverick reached EOL on April 2012.
Please see this document for currently supported Ubuntu releases:
https://wiki.ubuntu.com/Releases

We were wondering if this is still an issue on a supported release? If so, can you try with the latest development release of Ubuntu? ISO CD images are available from http://cdimage.ubuntu.com/releases/ .

If it remains an issue in a supported release, could you run the following command from a Terminal (Applications->Accessories->Terminal). It will automatically gather and attach updated debug information to this report.

apport-collect -p linux <replace-with-bug-number>

Also, if you could test the latest upstream kernel available that would be great. It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text. Please let us know your results.

Thanks in advance.

[Bart Heinsius (bheinsius)]

problem still exist in 12.04

[Bart Heinsius (bheinsius)]

@penalvch: instructions to update bug with 12.04 debug information do not work.

> apport-collect -p linux 651008

gives:

> You are not the reporter of this problem report. It is much easier to mark a bug as a duplicate of another than to
> move your comments and attachments to a new bug.
>
> Subsequently, we recommend that you file a new bug report using "apport-bug" and make a comment in this bug
> about the one you file.
>
> Do you really want to proceed?

selecting Yes gives:

> No packages found matching linux.
> ERROR: hook /usr/share/apport/general-hooks/ubuntu.py crashed:
> Traceback (most recent call last):
> File "/usr/lib/python2.7/dist-packages/apport/report.py", line 718, in add_hooks_info
> symb['add_info'](self, ui)
> File "/usr/share/apport/general-hooks/ubuntu.py", line 45, in add_info
> match_error_messages(report)
> File "/usr/share/apport/general-hooks/ubuntu.py", line 129, in match_error_messages
> if report['ProblemType'] == 'Package':
> File "/usr/lib/python2.7/UserDict.py", line 23, in __getitem__
> raise KeyError(key)
> KeyError: 'ProblemType'
> Traceback (most recent call last):
> File "/usr/share/apport/apport-gtk", line 499, in <lambda>
> GLib.idle_add(lambda: self.collect_info(on_finished=self.ui_update_view))
> File "/usr/lib/python2.7/dist-packages/apport/ui.py", line 867, in collect_info
> icthread.exc_raise()
> File "/usr/lib/python2.7/dist-packages/apport/REThread.py", line 34, in run
> self._retval = self.__target(*self.__args, **self.__kwargs)
> File "/usr/lib/python2.7/dist-packages/apport/ui.py", line 111, in thread_collect_info
> if report['ProblemType'] == 'Crash' and \
> File "/usr/lib/python2.7/UserDict.py", line 23, in __getitem__
> raise KeyError(key)
> KeyError: 'ProblemType'

can you provide other instructions?

[penalvch (penalvch)]

Bart Heinsius, please file a new report. Thanks!

[Bart Heinsius (bheinsius)]

done, see https://bugs.launchpad.net/ubuntu/+source/bcmwl/+bug/991232

[Zygmunt Krynicki (zyga)]

I'm marking this as wont-fix as Maverick is no longer supported

[Zygmunt Krynicki (zyga)]

I'm marking this as wont-fix as Maverick is no longer supported