Bug 436285 - iwlist scan returns no results for rt73 usb
Summary: iwlist scan returns no results for rt73 usb
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 8
Hardware: All
OS: Linux
high
high
Target Milestone: ---
Assignee: John W. Linville
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-03-06 11:39 UTC by Lubomir Kundrak
Modified: 2008-05-13 18:40 UTC (History)
2 users (show)

Fixed In Version: kernel-2.6.24.4-82.fc8
Clone Of:
Environment:
Last Closed: 2008-05-13 18:40:26 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
dmesg; when doing a iwlist scan (4.78 KB, text/plain)
2008-03-06 11:45 UTC, Lubomir Kundrak
no flags Details
log before iwlist scan (3.85 KB, text/plain)
2008-03-06 11:50 UTC, Lubomir Kundrak
no flags Details

Description Lubomir Kundrak 2008-03-06 11:39:29 UTC
Description of problem:

I can not scan for APs with rt73 usb wireless device. There are three APs
around, all of them are properly seen by an internal intel wireless.

Version-Release number of selected component (if applicable):

Linux gopher 2.6.24.3-18.fc8 #1 SMP Tue Mar 4 21:14:18 EST 2008 x86_64 x86_64
x86_64 GNU/Linux

How reproducible:

Reliably

Steps to Reproduce:
1. Insert the rt73 usb wifi adapter
2. ifconfig wlan0 up
3. iwlist wlan0 scan
  
Actual results:

[root@gopher Module]# iwlist wlan0 scan
wlan0     No scan results

[root@gopher Module]# 

Additional info:

Same thing happens with driver from serialmonkey.com. Attaching output that was
appended to dmesg when the driver was loaded with debug=255.

Comment 1 Lubomir Kundrak 2008-03-06 11:45:07 UTC
Created attachment 297034 [details]
dmesg; when doing a iwlist scan

Comment 2 Lubomir Kundrak 2008-03-06 11:50:12 UTC
Created attachment 297037 [details]
log before iwlist scan

For sake of completeness; this happens before iwlist scan after I connect the
device

Comment 3 John W. Linville 2008-03-06 14:12:46 UTC
The output you have attached does not seem to come from the in-kernel drivers 
for that hardware.  Are you using the serialmonkey drivers?  Can you replicate 
the problem using the in-kernel drivers?

Comment 4 Lubomir Kundrak 2008-03-06 14:19:25 UTC
Yes, I can replicate the very same problem with in-kernel driver. I just can not
replicate the debug output :)

Comment 5 Ivo van Doorn 2008-03-09 21:54:19 UTC
This should be fixed in rt2x00 2.1.4 which was released a few minutes ago.

Comment 6 Lubomir Kundrak 2008-03-10 16:02:06 UTC
Ivo: thanks for the response.

I created a patch that replaces rt2x00 directory with a git snapshot (it was one
commit after official 2.1.4) and rebuilt the kernel package 2.6.24.3-22.fc8 with
it. Nothing changed; iwlist scan still produces no results, while the other
interface detects 4 access points.

What can I do to gather more information to debug this problem.

Comment 7 Ivo van Doorn 2008-03-13 19:12:28 UTC
There is an official kernel update:
http://koji.fedoraproject.org/koji/buildinfo?buildID=42735

Could you try that one instead?

Comment 8 John W. Linville 2008-03-14 14:14:49 UTC
Many people have reported great success with that one -- please try it.

If it works for you, please note it here as well:

   https://admin.fedoraproject.org/updates/F8/pending/kernel-2.6.24.3-34.fc8


Comment 9 Lubomir Kundrak 2008-03-16 17:43:49 UTC
Same behavior with that kernel.

(148f:2573 Ralink Technology, Corp. RT2501USB Wireless Adapter)

Comment 10 John W. Linville 2008-04-07 14:04:01 UTC
There have been lots of important rt2x00 fixes over the past three weeks.  
Would you mind (again) trying a later kernel?

   http://koji.fedoraproject.org/koji/buildinfo?buildID=44648

Does that improve the situation?

Comment 11 Lubomir Kundrak 2008-04-12 15:35:46 UTC
John: Pardon me for delaying the reply that much -- I was struggling to get some
useful debugging information, but kdump doesn't work for me (another bug for
that open).

After "ifconfig up" the rt73usb task (or some with similar name, I don't
remember precisely) consumes 100% CPU time. While system was still more-or-less
responsive I removed the hardware and it resulted in no other task being able to
get a CPU share, system seemed frozen. SysRq worked, but I was not able to get a
kdump due to a another problem with kexec/kdump.

Is there any way I can get some useful debugging information until kexec gets
fixed? Will output of some SysRq hotkey (before unplugging the hardware) be of
any use?

Thanks.

Comment 12 John W. Linville 2008-04-17 18:59:36 UTC
The problem in comment 11 should be resolved by -82.fc8 and later.  Could you 
try these kernels?

   http://koji.fedoraproject.org/koji/buildinfo?buildID=46436

Do they resolve the issue for you?


Note You need to log in before you can comment on or make changes to this bug.