rt2x00.serialmonkey.com

Support forum for the rt2x00 project
It is currently Thu May 23, 2013 6:24 pm

View unanswered posts | View active topics


Board index » Legacy Driver Support » rt2570 (usb) Legacy 802.11b/g Support

All times are UTC


Forum rules


Important: Read Project restructuring announcement regarding the pending removal of the legacy drivers from this project.



Forum locked This topic is locked, you cannot edit posts or make further replies.  Page 3 of 5
  [ 69 posts ]  Go to page Previous  1, 2, 3, 4, 5  Next
  Print view Previous topic | Next topic 
Author Message
asjo
 Post subject:
PostPosted: Sun Dec 16, 2007 1:59 pm 
Offline

Joined: Sun Nov 11, 2007 8:13 pm
Posts: 35
Vern wrote:
This latest version of the patch (attached as endian10.patch.gz) endianizes a little more frame data; transmitted deauthentication reason code, received CFP values from beacons and probe responses, and received ATIM window, beacon period, and capability info when in ad hoc mode. I doubt these are sufficient to get us past the authentication timeout problem, but they are needed for correct functioning on a big endian machine.


Your patch resulted in some warnings:

CC [M] /usr/src/source/rt2570/Module/sanity.o
/usr/src/source/rt2570/Module/sanity.c: In function âonAndProbeRspSanityâ:
/usr/src/source/rt2570/Module/sanity.c:607: warning: passing argument 1 of â from incompatible pointer type
/usr/src/source/rt2570/Module/sanity.c:608: warning: passing argument 1 of â from incompatible pointer type
CC [M] /usr/src/source/rt2570/Module/rtusb_data.o

Attached is the log.

Best regards, Adam.


Attachments:
rt2570debug.gz [12.57 KiB]
Downloaded 75 times
Top
 Profile  
 
Vern
 Post subject:
PostPosted: Sun Dec 16, 2007 9:50 pm 
Offline
User avatar

Joined: Sat Jan 14, 2006 6:29 pm
Posts: 897
Location: Carlsbad, California
Hi asjo,

Wrt. the warnings: if you change lines 607, 608 of sanity.c to read:
Code:
CfParm->CfpMaxDuration = le16_to_cpup((PUSHORT)&eid_ptr->Octet[2]);
CfParm->CfpDurRemaining = le16_to_cpup((PUSHORT)&eid_ptr->Octet[4]);
do they go away? (I can't seem to get le16... etc. to actually compile on my machine. At any rate, I don't get any warning messages.)

This thing looks for all the world like it should work. Is your AP really set up to accept open authentication and no encryption? Does your Airport currently connect successfully to this AP (00:0f:66:51:c7:15)? If so, is it configured the same as your Asus WL-167g?

I overlooked this on your Dec 10 post:
Quote:
I tried pinging the ip-address, and got answers. So I ssh'ed to it, ...

That shouldn't have worked. Now I'm really confused. What did ping say?

This is turning into quite a siege, I know, but thanks,
Top
 Profile  
 
asjo
 Post subject:
PostPosted: Sun Dec 16, 2007 10:23 pm 
Offline

Joined: Sun Nov 11, 2007 8:13 pm
Posts: 35
Vern wrote:
Wrt. the warnings: if you change lines 607, 608 of sanity.c to read:
Code:
CfParm->CfpMaxDuration = le16_to_cpup((PUSHORT)&eid_ptr->Octet[2]);
CfParm->CfpDurRemaining = le16_to_cpup((PUSHORT)&eid_ptr->Octet[4]);
do they go away? (I can't seem to get le16... etc. to actually compile on my machine. At any rate, I don't get any warning messages.)


Yes, that removed the warning messages.

Vern wrote:
This thing looks for all the world like it should work. Is your AP really set up to accept open authentication and no encryption? Does your Airport currently connect successfully to this AP (00:0f:66:51:c7:15)? If so, is it configured the same as your Asus WL-167g?


My accesspoint is set up to no encryption and mac-address filtering.

I used the Asus-card with an i386-machine previously against the same accesspoint - no change in its configuration.

The Airport card works against the access point with no encryption (I use that to access the machine).

The configurations are identical except for the IP-addresses.

Vern wrote:
I overlooked this on your Dec 10 post:
Quote:
I tried pinging the ip-address, and got answers. So I ssh'ed to it, ...

That shouldn't have worked. Now I'm really confused. What did ping say?


I think I was a little too quick there, sorry. I think the replies I got was probably through/due to the other interface - after your next patch I tried closing down the Airport-card and ping to the rt2570-card stopped getting replies.

(The Cube is headless, so I haven't tried closing networking completely off and then turning on the rt2570).

Let me know what you think I should try.

Best regards, Adam.
Top
 Profile  
 
Vern
 Post subject:
PostPosted: Mon Dec 17, 2007 9:32 pm 
Offline
User avatar

Joined: Sat Jan 14, 2006 6:29 pm
Posts: 897
Location: Carlsbad, California
Hi asjo,

It looks like I may have endianized a bridge too far (cleverly, so as not to be detected.)

I started to wonder why there were all these "flase alarm" messages in the log. Also I noticed that not only was there no response to authentication request frames, there was no response to probe requests, either.

It looks like what was happening was that the BBP tuning parameters read from EEPROM were screwed up enough (because of conflicting byte flipping logic) that we weren't transmitting with enough power to be detected.

The latest version of the patch now treats BBP tuning parameters as a byte array (which is what it is) instead of an array of shorts - thereby sidestepping the need for byte flipping. The driver still seems to work OK on my little endian machine. Could you try it on your Cube and see what happens?

The latest version of the patch is attached as "endian11.patch.gz" and should be applied to a vanilla version of the latest CVS.

Thanks,


Attachments:
File comment: Treats EEPROM BBP as byte array, not short array.
endian11.patch.gz [13.99 KiB]
Downloaded 77 times
Top
 Profile  
 
asjo
 Post subject:
PostPosted: Tue Dec 18, 2007 5:04 pm 
Offline

Joined: Sun Nov 11, 2007 8:13 pm
Posts: 35
Vern wrote:
The latest version of the patch now treats BBP tuning parameters as a byte array (which is what it is) instead of an array of shorts - thereby sidestepping the need for byte flipping. The driver still seems to work OK on my little endian machine. Could you try it on your Cube and see what happens?


Here is the log, hope it helps.

Best regards, Adam.


Attachments:
rt2570debug.gz [29.56 KiB]
Downloaded 72 times
Top
 Profile  
 
Vern
 Post subject:
PostPosted: Tue Dec 18, 2007 7:10 pm 
Offline
User avatar

Joined: Sat Jan 14, 2006 6:29 pm
Posts: 897
Location: Carlsbad, California
asjo:

Could you go to line #800 of the patched version of rtusb_init.c:
Code:
le16_to_cpus(&Power.word);
comment it out, then see what happens?

Thanks,
Top
 Profile  
 
asjo
 Post subject:
PostPosted: Tue Dec 18, 2007 9:44 pm 
Offline

Joined: Sun Nov 11, 2007 8:13 pm
Posts: 35
Vern wrote:
Could you go to line #800 of the patched version of rtusb_init.c:
Code:
le16_to_cpus(&Power.word);
comment it out, then see what happens?


Sure; log attached. Didn't seem to do the trick - I can't ping the IP of the rausb0 if I ifdown the eth2 (Airport).

Best regards, Adam.


Attachments:
rt2570debug.gz [37.94 KiB]
Downloaded 76 times
Top
 Profile  
 
Vern
 Post subject:
PostPosted: Sat Dec 22, 2007 1:00 am 
Offline
User avatar

Joined: Sat Jan 14, 2006 6:29 pm
Posts: 897
Location: Carlsbad, California
Hi asjo,

Two questions:

1. Do other adapters see your RT2570 when they scan?
2. When you used it on your Pentium, was that USB 1.1 or 2.0? If the latter, is there any way you could try it on your Cube using USB 2.0?

Thanks, and Merry Christmas!
Top
 Profile  
 
asjo
 Post subject:
PostPosted: Sat Jan 26, 2008 4:39 pm 
Offline

Joined: Sun Nov 11, 2007 8:13 pm
Posts: 35
Vern wrote:
1. Do other adapters see your RT2570 when they scan?

How can I test this?

I think I usually only see accesspoints when I do an "iwlist [iface] scan", not other adapters?

Vern wrote:
2. When you used it on your Pentium, was that USB 1.1 or 2.0? If the latter, is there any way you could try it on your Cube using USB 2.0?

I guess the old Compaq PII has USB 1.1 - it is quite old - but I don't know.

The Cube has two identical USB-ports, I don't think I can choose between 1.1 and 2.0 on the Cube?

Apple lists the two USB ports as being "12 Mbps each" http://support.apple.com/specs/powermac ... _Cube.html - I guess that means 1.1 at the most.

Best regards, Adam
Top
 Profile  
 
Vern
 Post subject:
PostPosted: Sat Jan 26, 2008 6:58 pm 
Offline
User avatar

Joined: Sat Jan 14, 2006 6:29 pm
Posts: 897
Location: Carlsbad, California
Hi asjo,

Nice to see you're back on the air. Hope you enjoyed your holidays.

Doesn't look like USB revision is a factor, so I think we can forget about that.

To see if this adapter is detectable, bring it up, then go to another PC in the area with a wireless adapter and do a scan. Doing this from an AP is something you need to consult the documentation for that specific AP on.

It turns out there's yet more endianization needed, which is included in the attached patch - endian12.patch.gz. Could you give that a try first and post the results here?

Thanks,


Attachments:
File comment: More endian conversion plus debug msg routing.
endian12.patch.gz [16.76 KiB]
Downloaded 75 times
Top
 Profile  
 
beren
 Post subject:
PostPosted: Tue Feb 26, 2008 3:46 pm 
Offline

Joined: Tue Feb 26, 2008 3:44 pm
Posts: 1
Has anyone tested this recently? I grabbed it but need to install the tools to build it still. All I need this driver for is injecting.
Top
 Profile  
 
Vern
 Post subject:
PostPosted: Thu Feb 28, 2008 5:16 pm 
Offline
User avatar

Joined: Sat Jan 14, 2006 6:29 pm
Posts: 897
Location: Carlsbad, California
Hi beren,

I'd been working with asjo on this, but he appears to have clapped out on me (after only three months! go figure).

Anyway, if you're interested in taking up the cudgel on this, I've regenerated the previous version of the patch against the latest CVS and attached it as "endian13.patch.gz".

Please apply, build and run with debug enabled, then post your results here.

Thanks,


Attachments:
File comment: Updated to latest CVS
endian13.patch.gz [16.36 KiB]
Downloaded 61 times
Top
 Profile  
 
asjo
 Post subject:
PostPosted: Thu Feb 28, 2008 5:38 pm 
Offline

Joined: Sun Nov 11, 2007 8:13 pm
Posts: 35
Vern wrote:
I'd been working with asjo on this, but he appears to have clapped out on me (after only three months! go figure).


I am not totally AWAL, I have just been very busy. I tried the 12-patch, but got no debug messages in the logs, and had not the time to investigate and report.

I will try to make some time to try this latest patch.

Best regards,

Adam
Top
 Profile  
 
asjo
 Post subject:
PostPosted: Sun Mar 09, 2008 2:18 pm 
Offline

Joined: Sun Nov 11, 2007 8:13 pm
Posts: 35
Vern wrote:
Anyway, if you're interested in taking up the cudgel on this, I've regenerated the previous version of the patch against the latest CVS and attached it as "endian13.patch.gz".

Please apply, build and run with debug enabled, then post your results here.


I've just done a test with this patch. Attached is the logfile. Here is some output from the xterm:

gnalle:/usr/src/source/rt2570/Module# ifup rausb0
Error for wireless request "Set ESSID" (8B1A) :
SET failed on device rausb0 ; Network is down.
gnalle:/usr/src/source/rt2570/Module# iwconfig
lo no wireless extensions.

eth1 no wireless extensions.

eth0 no wireless extensions.

eth2 IEEE 802.11b ESSID:"koldfrontairportnet" Nickname:"HERMES I"
Mode:Managed Frequency:2.452 GHz Access Point: 00:0F:66:51:C7:15
Bit Rate:11 Mb/s Sensitivity:1/3
Retry limit:4 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off
Link Quality=14/92 Signal level=-80 dBm Noise level=-94 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:1
Tx excessive retries:0 Invalid misc:0 Missed beacon:0

sit0 no wireless extensions.

rausb0 RT2500USB WLAN ESSID:"koldfrontairportnet"
Mode:Managed Frequency=2.412 GHz Bit Rate:11 Mb/s
RTS thr:off Fragment thr:off
Encryption key:off
Link Quality=0/100 Signal level:-72 dBm Noise level:-88 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0

gnalle:/usr/src/source/rt2570/Module# gnalle:/usr/src/source/rt2570/Module# ifconfig
eth2 Link encap:Ethernet HWaddr 00:30:65:13:76:14
inet addr:192.168.1.193 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::230:65ff:fe13:7614/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:6200 errors:0 dropped:0 overruns:0 frame:0
TX packets:4287 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2137805 (2.0 MiB) TX bytes:1427893 (1.3 MiB)
Interrupt:57

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

rausb0 Link encap:Ethernet HWaddr 00:13:D4:F4:C3:1B
inet addr:192.168.1.194 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::213:d4ff:fef4:c31b/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:39401 (38.4 KiB) TX bytes:2740 (2.6 KiB)

I notice that Link Quality is reported as 0/100 for rausb0, while it is 14/92 for eth2 (the Apple Airport card).

Also, rausb0 does not report an Access Point, while eth2 does.

Let me know if there is something I should try / something I should check in the configuration, or otherwise.

Sorry for the very long turn-around time, this time.

Best regards, Adam.


Attachments:
rt2570debug.gz [208.44 KiB]
Downloaded 61 times
Top
 Profile  
 
asjo
 Post subject:
PostPosted: Sun Mar 09, 2008 2:27 pm 
Offline

Joined: Sun Nov 11, 2007 8:13 pm
Posts: 35
I forgot to mention: The machine I am testing on runs mpd to play music through a USB soundcard. A while after doing the ifup rausb0 the sound dies.

I don't know if it is of significance, but now I've mentioned it.

Best regards, Adam
Top
 Profile  
 
Display posts from previous:  Sort by  
Forum locked This topic is locked, you cannot edit posts or make further replies.  Page 3 of 5
  [ 69 posts ]  Go to page Previous  1, 2, 3, 4, 5  Next

Board index » Legacy Driver Support » rt2570 (usb) Legacy 802.11b/g Support

All times are UTC


Who is online

Users browsing this forum: No registered users and 0 guests

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Group