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

Bug #651008 reported by Iain Lane
276
This bug affects 51 people
Affects Status Importance Assigned to Milestone
Linux
Expired
Medium
bcmwl (Ubuntu)
Won't Fix
Undecided
Unassigned
Maverick
Won't Fix
Undecided
Unassigned
linux (Ubuntu)
Won't Fix
Undecided
Unassigned
Maverick
Won't Fix
Undecided
Unassigned

Bug Description

[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.

Related branches

Revision history for this message
Iain Lane (laney) wrote :
summary: - Regression in wireless performance under Maverick
+ Regression in wireless performance under Maverick (broadcom)
tags: added: regression-potential
Revision history for this message
Iain Lane (laney) wrote : Re: Regression in wireless performance under Maverick (broadcom)

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

Changed in bcmwl (Ubuntu):
status: New → Confirmed
Revision history for this message
Alan Pope 🍺🐧🐱 πŸ¦„ (popey) wrote :

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

Revision history for this message
David Guest (david-guest) wrote :

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!

Revision history for this message
Rafael Proença (cypherbios) wrote :

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.

Iain Lane (laney)
summary: - Regression in wireless performance under Maverick (broadcom)
+ Regression in wireless performance under Maverick when on battery power
+ (broadcom)
Revision history for this message
moose (snyderra) wrote : Re: Regression in wireless performance under Maverick when on battery power (broadcom)

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

Revision history for this message
Stefan Rehm (mailto-stefanrehm) 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?

Revision history for this message
moose (snyderra) wrote : Re: [Bug 651008] Re: Regression in wireless performance under Maverick when on battery power (broadcom)

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.
>

Revision history for this message
Stefan Rehm (mailto-stefanrehm) wrote : Re: Regression in wireless performance under Maverick when on battery power (broadcom)

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

Revision history for this message
Brett McLean (midget6000) wrote :

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.

Revision history for this message
Tony Cervati (type1rider) wrote :

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.

tags: added: maverick regression-release
removed: regression-potential
description: updated
Changed in bcmwl (Ubuntu Maverick):
status: New → Confirmed
Revision history for this message
Klaus Doblmann (moviemaniac) wrote :

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

tags: added: natty
Revision history for this message
Willem Hobers (whobers) wrote :

Same here. On a HP Pavilion DV9000.

The

sudo iwconfig eth1 power off

also works for me.

Revision history for this message
dorpm (dorpmueller) wrote :

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

Revision history for this message
kgaramszegi (kgaramszegi) wrote :

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.

Revision history for this message
Oscar Tiderman (oscar-tiderman) wrote :

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.

Revision history for this message
Ben Shum (bshum) wrote :

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.

Revision history for this message
Joe (joesbunker) wrote :

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)

Brad Figg (brad-figg)
tags: added: acpi
tags: added: acpi-apic
Revision history for this message
David A. Rountree (darountree) wrote :
Download full text (5.2 KiB)

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...

Read more...

Revision history for this message
Sebastian ThΓΌrrschmidt (thuerrschmidt) wrote :

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.

Revision history for this message
David A. Rountree (darountree) wrote :

One typo in my last above comment:

β€˜echo β€œpm-utils hold” | dpkg –set-selections’ should be

β€˜echo β€œpm-utils hold” | dpkg --set-selections’

Revision history for this message
Otto Salminen (o-s) wrote :

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

Revision history for this message
Wolfgang Kufner (wolfgangkufner) wrote :

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

description: updated
Changed in linux:
status: Unknown → Confirmed
Changed in linux:
importance: Unknown → Medium
Revision history for this message
Wolfgang Kufner (wolfgangkufner) 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: updated
Revision history for this message
Mark Cariaga (mzc) wrote : Re: [Bug 651008] Re: Regression in wireless performance under Maverick when on battery power (broadcom)
Download full text (8.8 KiB)

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...

Read more...

Revision history for this message
Iain Lane (laney) wrote : Re: Regression in wireless performance under Maverick when on battery power (broadcom)

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.

Brad Figg (brad-figg)
Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
Christian Ciach (dereineda) wrote :

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.

Revision history for this message
Christian Ciach (dereineda) wrote :

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

Revision history for this message
Christian Ciach (dereineda) wrote :

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.

Revision history for this message
Willem de Groot (gwillem) wrote :

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

Changed in linux (Ubuntu Maverick):
status: New → Confirmed
Revision history for this message
Ryan Thompson (rct86) wrote :

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.

Revision history for this message
Ubuntu Foundations Team Bug Bot (crichton) wrote :

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.]

tags: added: patch
Revision history for this message
penalvch (penalvch) wrote : Re: Regression in wireless performance under Maverick when on battery power (broadcom)

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

Changed in linux (Ubuntu Maverick):
status: Confirmed → Won't Fix
Changed in bcmwl (Ubuntu Maverick):
status: Confirmed → Won't Fix
Revision history for this message
penalvch (penalvch) wrote :

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.

Changed in linux (Ubuntu):
status: Confirmed → Incomplete
tags: added: needs-upstream-testing
Revision history for this message
Bart Heinsius (bheinsius) wrote :

problem still exist in 12.04

Revision history for this message
Bart Heinsius (bheinsius) wrote :

@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?

Revision history for this message
penalvch (penalvch) wrote :

Bart Heinsius, please file a new report. Thanks!

Revision history for this message
Bart Heinsius (bheinsius) wrote :
penalvch (penalvch)
summary: - Regression in wireless performance under Maverick when on battery power
- (broadcom)
+ 14e4:432b Regression in wireless performance under Maverick when on
+ battery power
Changed in linux:
status: Confirmed → Expired
Revision history for this message
Zygmunt Krynicki (zyga) wrote :

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

Changed in bcmwl (Ubuntu):
status: Confirmed → Won't Fix
Revision history for this message
Zygmunt Krynicki (zyga) wrote :

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

Changed in linux (Ubuntu):
status: Incomplete → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.