Ralink RT2800 driver

Ok, i did what u said, but there is no difference. Resolving works fine but data transfer is slow, with or without encryption. Page is resolved in a second, but then it will not transfer or really slow.
 
Code:
# vmstat -m | grep ndis
    ndis_subr   756  2377K       -    83796  16,64,128,256,512,1024,2048,4096
ndis_ntoskrnl   193    15K       -      330  16,32,64,128,256,512,1024
    ndis_kern   450    14K       -      450  16,32,64
  ndis_windrv   395    50K       -      395  64,128,512
     ndis_dev     1     1K       -    13757  16,32,64,256,512,2048

Code:
wlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
	ether e0:2a:82:18:a8:26
	inet6 fe80::e22a:82ff:fe18:a826%wlan0 prefixlen 64 scopeid 0x5 
	inet 172.30.1.127 netmask 0xffffff00 broadcast 172.30.1.255
	nd6 options=3<PERFORMNUD,ACCEPT_RTADV>
	media: IEEE 802.11 Wireless Ethernet autoselect mode 11b
	status: associated
	ssid Kerberos channel 6 (2437 MHz 11b) bssid 00:1e:e5:64:ff:43
	regdomain ETSI country SI authmode OPEN privacy OFF txpower 19.5
	bmiss 7 mcastrate 11 mgmtrate 11 scanvalid 60 roaming MANUAL

It needed some time to start download, but then it was constant download without connection loss, full speed all the time (working without encryption now).
No difference after i changed country and txpower.
 
If i browse/download in LAN everything works fine, quick, problem is only outside world. Maybe is something wrong with router settings, but on the other hand all other devices work without any problems. I must try also on some other network, so far tested only on my home network.
 
nah, no difference, i found one guy on #freebsd, he will check the driver, i will let you know if he finds anything..

Code:
[Mon Mar 7 2011] [18:44:42]    from the if_ral man page what you may actually be experiencing is:
[Mon Mar 7 2011] [18:44:43]	     The transmit speed is user-selectable or can be adapted automatically by
[Mon Mar 7 2011] [18:44:44]	     the driver depending on the received signal strength and on the number of
[Mon Mar 7 2011] [18:44:44] 	     hardware transmission retries.
[Mon Mar 7 2011] [18:45:53]	     so being that its used with NDIS it is probably factoring alot into what your seeing

[Mon Mar 7 2011] [18:49:07]          its possible that the card is acting in a way not controlled by the 
driver ``adapted automatically'' and it may be doing it irresponsibly.
 
Still waiting that guy to check the driver.. Meanwhile, do you have any other idea, richardpl?
 
There is nothing I can think of which could cause stuff like this. Are you sure that transfers in LAN are really fast?
Give output when pinging your AP. Try to disable powersave on client and AP (see manual of ifconfig(8)).

You are not only one with this issue, in both cases APs are using FreeBSD drivers (not ath(4)) but bad ral(4) and rum(4) they really do not support powersave stuff.
 
Code:
308 packets transmitted, 202 packets received, 34.4% packet loss
round-trip min/avg/max/stddev = 0.730/0.899/8.297/0.671 ms

Powersave disabled - no difference. That about working fast in LAN was just coinsidence, i tried again and it was also working really slow.

Ok I give up, won't bother anymore, thanks for trying.
 
One last thing. If client CPU is multi-core try to disable SMP:
Code:
kern.smp.disabled=1
into /boot/loader.conf, reboot and see if it helps.
 
Back
Top