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

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/651008

Title:
  Regression in wireless performance under Maverick when on battery
  power (broadcom)

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to