** Description changed:

  This has been going on for years, reported a number of times, eg.
  773599, 812981 and quite some more. As far as I can see, mostly closed
  for lack of activity.  (Though the lack of activity was not so much on
  the side of the reporters.)
  
  I can confirm, that two sticks that I have, two different sticks, with
  that same chipset, both fail in different machines, running 11.10 and
  now 12.04 with 3.2.0-26 kernel.
  
  I don't say that this is all. It still load the rt2x00usb , which was
  also considered a culprit in some reports and workarounds, and does not
  yet use the hwcrypt option, but the power option alone makes a
  difference:
  
- 
  $ iwconfig wlan0 | grep Power
-           Bit Rate=54 Mb/s   Tx-Power=20 dBm   
-           Power Management:off
+           Bit Rate=54 Mb/s   Tx-Power=20 dBm
+           Power Management:off
  $ ping 192.168.116.200
  PING 192.168.116.200 (192.168.116.200) 56(84) bytes of data.
  64 bytes from 192.168.116.200: icmp_req=1 ttl=64 time=2.40 ms
  64 bytes from 192.168.116.200: icmp_req=2 ttl=64 time=2.40 ms
  64 bytes from 192.168.116.200: icmp_req=5 ttl=64 time=1.52 ms
  64 bytes from 192.168.116.200: icmp_req=6 ttl=64 time=1.90 ms
  64 bytes from 192.168.116.200: icmp_req=7 ttl=64 time=1.41 ms
  64 bytes from 192.168.116.200: icmp_req=8 ttl=64 time=1.51 ms
  64 bytes from 192.168.116.200: icmp_req=9 ttl=64 time=1.44 ms
  64 bytes from 192.168.116.200: icmp_req=10 ttl=64 time=1.14 ms
  64 bytes from 192.168.116.200: icmp_req=11 ttl=64 time=1.81 ms
  64 bytes from 192.168.116.200: icmp_req=12 ttl=64 time=1.53 ms
  $ sudo iwconfig wlan0 power on
  $ iwconfig wlan0 | grep Power
-           Bit Rate=54 Mb/s   Tx-Power=20 dBm   
-           Power Management:on
+           Bit Rate=54 Mb/s   Tx-Power=20 dBm
+           Power Management:on
  $ ping 192.168.116.200
  PING 192.168.116.200 (192.168.116.200) 56(84) bytes of data.
  64 bytes from 192.168.116.200: icmp_req=1 ttl=64 time=11.9 ms
  64 bytes from 192.168.116.200: icmp_req=2 ttl=64 time=1.75 ms
  64 bytes from 192.168.116.200: icmp_req=3 ttl=64 time=13.1 ms
  64 bytes from 192.168.116.200: icmp_req=4 ttl=64 time=122 ms
  64 bytes from 192.168.116.200: icmp_req=5 ttl=64 time=156 ms
  64 bytes from 192.168.116.200: icmp_req=6 ttl=64 time=54.6 ms
  64 bytes from 192.168.116.200: icmp_req=7 ttl=64 time=93.9 ms
  64 bytes from 192.168.116.200: icmp_req=8 ttl=64 time=1.62 ms
  64 bytes from 192.168.116.200: icmp_req=9 ttl=64 time=4.16 ms
  64 bytes from 192.168.116.200: icmp_req=10 ttl=64 time=13.5 ms
  64 bytes from 192.168.116.200: icmp_req=11 ttl=64 time=15.3 ms
  64 bytes from 192.168.116.200: icmp_req=12 ttl=64 time=11.8 ms
  $ sudo iwconfig wlan0 power off
  $ iwconfig wlan0 | grep Power
-           Bit Rate=54 Mb/s   Tx-Power=20 dBm   
-           Power Management:off
+           Bit Rate=54 Mb/s   Tx-Power=20 dBm
+           Power Management:off
  $ ping 192.168.116.200
  PING 192.168.116.200 (192.168.116.200) 56(84) bytes of data.
  64 bytes from 192.168.116.200: icmp_req=1 ttl=64 time=1.40 ms
  64 bytes from 192.168.116.200: icmp_req=2 ttl=64 time=1.26 ms
  64 bytes from 192.168.116.200: icmp_req=3 ttl=64 time=2.17 ms
  64 bytes from 192.168.116.200: icmp_req=4 ttl=64 time=1.93 ms
  64 bytes from 192.168.116.200: icmp_req=7 ttl=64 time=0.989 ms
  64 bytes from 192.168.116.200: icmp_req=9 ttl=64 time=3.52 ms
  64 bytes from 192.168.116.200: icmp_req=10 ttl=64 time=1.90 ms
  64 bytes from 192.168.116.200: icmp_req=13 ttl=64 time=1.69 ms
  
- The signal strength is relatively weak, 
- Link Quality=32/70  Signal level=-78 dBm 
+ The signal strength is relatively weak,
+ Link Quality=32/70  Signal level=-78 dBm
  though the 100-s of milliseconds at times to the access point are 
characteristic. The ping times are in average 10 times slower with power on.
  Still, I don't say that this is *the* workaround. I gathered it from some 
other, unfortunately abandoned, bug reports with other work-arounds. Needless 
to say that the sticks work perfectly okay in Windows.
  
  ProblemType: Bug
  DistroRelease: Ubuntu 12.04
  Package: linux-image-3.2.0-26-generic 3.2.0-26.41
  ProcVersionSignature: Ubuntu 3.2.0-26.41-generic 3.2.19
  Uname: Linux 3.2.0-26-generic x86_64
  NonfreeKernelModules: fglrx
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
  ApportVersion: 2.0.1-0ubuntu8
  Architecture: amd64
  AudioDevicesInUse:
-  USER        PID ACCESS COMMAND
-  /dev/snd/controlC1:  udippel    2124 F.... pulseaudio
-  /dev/snd/controlC0:  udippel    2124 F.... pulseaudio
+  USER        PID ACCESS COMMAND
+  /dev/snd/controlC1:  udippel    2124 F.... pulseaudio
+  /dev/snd/controlC0:  udippel    2124 F.... pulseaudio
  Card0.Amixer.info:
-  Card hw:0 'Generic'/'HD-Audio Generic at 0xfef44000 irq 51'
-    Mixer name : 'ATI R6xx HDMI'
-    Components : 'HDA:1002aa01,00aa0100,00100200'
-    Controls      : 6
-    Simple ctrls  : 1
+  Card hw:0 'Generic'/'HD-Audio Generic at 0xfef44000 irq 51'
+    Mixer name : 'ATI R6xx HDMI'
+    Components : 'HDA:1002aa01,00aa0100,00100200'
+    Controls      : 6
+    Simple ctrls  : 1
  Card0.Amixer.values:
-  Simple mixer control 'IEC958',0
-    Capabilities: pswitch pswitch-joined penum
-    Playback channels: Mono
-    Mono: Playback [on]
+  Simple mixer control 'IEC958',0
+    Capabilities: pswitch pswitch-joined penum
+    Playback channels: Mono
+    Mono: Playback [on]
  Card1.Amixer.info:
-  Card hw:1 'Generic_1'/'HD-Audio Generic at 0xfef40000 irq 16'
-    Mixer name : 'Realtek ALC887-VD'
-    Components : 'HDA:10ec0887,1462d696,00100302'
-    Controls      : 44
-    Simple ctrls  : 21
+  Card hw:1 'Generic_1'/'HD-Audio Generic at 0xfef40000 irq 16'
+    Mixer name : 'Realtek ALC887-VD'
+    Components : 'HDA:10ec0887,1462d696,00100302'
+    Controls      : 44
+    Simple ctrls  : 21
  Date: Mon Jul  9 08:31:37 2012
  HibernationDevice: RESUME=UUID=edf6d61e-4333-4393-a3d4-2065aa129bda
  InstallationMedia: Kubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100427)
  MachineType: MSI MS-7696
  ProcEnviron:
-  LANGUAGE=
-  TERM=xterm
-  LANG=en_US.UTF-8
-  SHELL=/bin/bash
+  LANGUAGE=
+  TERM=xterm
+  LANG=en_US.UTF-8
+  SHELL=/bin/bash
  ProcFB: 0 VESA VGA
  ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-3.2.0-26-generic 
root=UUID=791cabb2-29a3-4aec-bde4-3dab86029890 ro nopat quiet splash 
vt.handoff=7
  RelatedPackageVersions:
-  linux-restricted-modules-3.2.0-26-generic N/A
-  linux-backports-modules-3.2.0-26-generic  N/A
-  linux-firmware                            1.79
+  linux-restricted-modules-3.2.0-26-generic N/A
+  linux-backports-modules-3.2.0-26-generic  N/A
+  linux-firmware                            1.79
  RfKill:
-  0: phy0: Wireless LAN
-       Soft blocked: no
-       Hard blocked: no
+  0: phy0: Wireless LAN
+   Soft blocked: no
+   Hard blocked: no
  SourcePackage: linux
  UpgradeStatus: Upgraded to precise on 2012-06-14 (24 days ago)
  dmi.bios.date: 12/22/2011
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: V1.5
  dmi.board.asset.tag: To be filled by O.E.M.
  dmi.board.name: A75MA-G55 (MS-7696)
  dmi.board.vendor: MSI
  dmi.board.version: 1.0
  dmi.chassis.asset.tag: To Be Filled By O.E.M.
  dmi.chassis.type: 3
  dmi.chassis.vendor: MSI
  dmi.chassis.version: 1.0
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvrV1.5:bd12/22/2011:svnMSI:pnMS-7696:pvr1.0:rvnMSI:rnA75MA-G55(MS-7696):rvr1.0:cvnMSI:ct3:cvr1.0:
  dmi.product.name: MS-7696
  dmi.product.version: 1.0
  dmi.sys.vendor: MSI

** Tags removed: needs-upstream-testing
** Tags added: kernel-bug-exists-upstream

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

Title:
  rt73usb driver still buggy

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1022465/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to