Ralink broken after last update

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

Ralink broken after last update

Erki Malling
I'm running Canyon CN-WF511 wireless PCI card (Ralink RT2561S)
in hostap mode in my 30m2 flat, serving one laptop next room.
The wireless quality has always been less than stellar, even
when few meters from the OpenBSD box antenna. But it works for
reading mail and news and thats all that matters in this case.

Unfortunately, after updating last week (I'm following -current)
things got a bit worse. When in the same room with the AP, it works
as craptastically as before, but further away (say 5 meters and a
concrete wall between) things slowly cripple to the point when laptop
can't even find the AP.

Long story short, looks like this update is to blame here:

replace rssadapt(9) with amrr for automatic rate control.
as a side-effect, this should fix all the "bogus xmit rate" panics
users have been complaining about for some time when operating in
HostAP mode.

I grabbed previous versions of relevant files from cvsweb and
rebuilt the kernel.

Things work well now.

Btw, I, too, suffered kernel panics before but forcing mode 11b in
hostname.ral0 took care of that.

Here's my dmesg: http://doktor.kompro.ee/dmesg

PS. I stared at the output of tcpdump -i ral0 -y IEEE802_11_RADIO
when it was broken but could'nt make any sense of it.
If someone would tell me what to look for there, I'm willing
to break things again and investigate.

Reply | Threaded
Open this post in threaded view
|

Re: Ralink broken after last update

Pedro Martelletto
On Mon, Oct 30, 2006 at 01:06:14PM +0200, Erki Malling wrote:

> I'm running Canyon CN-WF511 wireless PCI card (Ralink RT2561S)
> in hostap mode in my 30m2 flat, serving one laptop next room.
> The wireless quality has always been less than stellar, even
> when few meters from the OpenBSD box antenna. But it works for
> reading mail and news and thats all that matters in this case.
>
> Unfortunately, after updating last week (I'm following -current)
> things got a bit worse. When in the same room with the AP, it works
> as craptastically as before, but further away (say 5 meters and a
> concrete wall between) things slowly cripple to the point when laptop
> can't even find the AP.
>
> Long story short, looks like this update is to blame here:
>
> replace rssadapt(9) with amrr for automatic rate control.
> as a side-effect, this should fix all the "bogus xmit rate" panics
> users have been complaining about for some time when operating in
> HostAP mode.
>
> I grabbed previous versions of relevant files from cvsweb and
> rebuilt the kernel.
>
> Things work well now.

I am having exactly the same problem. As you stated, backing out the
AMMR commit fixes it.

In case more people are seeing this, here is a diff that does the
backout, for testing purposes:

http://www2.par.inf.puc-rio.br/~pedro/ral-backout.diff

-p.

Reply | Threaded
Open this post in threaded view
|

Re: Ralink broken after last update

Bruno Carnazzi
In reply to this post by Erki Malling
2006/10/30, Erki Malling <[hidden email]>:

> I'm running Canyon CN-WF511 wireless PCI card (Ralink RT2561S)
> in hostap mode in my 30m2 flat, serving one laptop next room.
> The wireless quality has always been less than stellar, even
> when few meters from the OpenBSD box antenna. But it works for
> reading mail and news and thats all that matters in this case.
>
> Unfortunately, after updating last week (I'm following -current)
> things got a bit worse. When in the same room with the AP, it works
> as craptastically as before, but further away (say 5 meters and a
> concrete wall between) things slowly cripple to the point when laptop
> can't even find the AP.

I'm in this case too using OpenBSD 4.0-current (GENERIC) #1163: Thu
Oct 19 14:40:44 MDT 2006 :

ural0 at uhub0 port 1
ural0: Nintendo Nintendo Wi-Fi USB Connector, rev 2.00/0.01, addr 2
ural0: MAC/BBP RT2571 (rev 0x05), RF RT2526, address 00:0d:0b:c3:cb:bb

ural0 is in hostap mode, /etc/hostname.ural0 :

192.168.13.254 255.255.255.0 media DS11 mediaopt hostap mode 11b nwid w3lC0m3_H0
m3 chan 11

I use it from my powerbook, and sometimes, I lost Wi-Fi connectivity
for about 1 minutes... Screen helps :)

Best regards.

>
> Long story short, looks like this update is to blame here:
>
> replace rssadapt(9) with amrr for automatic rate control.
> as a side-effect, this should fix all the "bogus xmit rate" panics
> users have been complaining about for some time when operating in
> HostAP mode.
>
> I grabbed previous versions of relevant files from cvsweb and
> rebuilt the kernel.
>
> Things work well now.
>
> Btw, I, too, suffered kernel panics before but forcing mode 11b in
> hostname.ral0 took care of that.
>
> Here's my dmesg: http://doktor.kompro.ee/dmesg
>
> PS. I stared at the output of tcpdump -i ral0 -y IEEE802_11_RADIO
> when it was broken but could'nt make any sense of it.
> If someone would tell me what to look for there, I'm willing
> to break things again and investigate.

Reply | Threaded
Open this post in threaded view
|

Re: Ralink broken after last update

damien.bergamini
In reply to this post by Erki Malling
Could you please run the following commands on your ral-based
access point, preferably  before and after the rssadapt->AMRR
change:

# netstat -i
# ifconfig -M ral0

Thanks,
Damien

| I'm running Canyon CN-WF511 wireless PCI card (Ralink RT2561S)
| in hostap mode in my 30m2 flat, serving one laptop next room.
| The wireless quality has always been less than stellar, even
| when few meters from the OpenBSD box antenna. But it works for
| reading mail and news and thats all that matters in this case.
|
| Unfortunately, after updating last week (I'm following -current)
| things got a bit worse. When in the same room with the AP, it works
| as craptastically as before, but further away (say 5 meters and a
| concrete wall between) things slowly cripple to the point when laptop
| can't even find the AP.
|
| Long story short, looks like this update is to blame here:
|
| replace rssadapt(9) with amrr for automatic rate control.
| as a side-effect, this should fix all the "bogus xmit rate" panics
| users have been complaining about for some time when operating in
| HostAP mode.
|
| I grabbed previous versions of relevant files from cvsweb and
| rebuilt the kernel.
|
| Things work well now.
|
| Btw, I, too, suffered kernel panics before but forcing mode 11b in
| hostname.ral0 took care of that.
|
| Here's my dmesg: http://doktor.kompro.ee/dmesg
|
| PS. I stared at the output of tcpdump -i ral0 -y IEEE802_11_RADIO
| when it was broken but could'nt make any sense of it.
| If someone would tell me what to look for there, I'm willing
| to break things again and investigate.

Reply | Threaded
Open this post in threaded view
|

Re: Ralink broken after last update

damien.bergamini
In reply to this post by Bruno Carnazzi
| I'm in this case too using OpenBSD 4.0-current (GENERIC) #1163: Thu
| Oct 19 14:40:44 MDT 2006 :
|
| ural0 at uhub0 port 1
| ural0: Nintendo Nintendo Wi-Fi USB Connector, rev 2.00/0.01, addr 2
| ural0: MAC/BBP RT2571 (rev 0x05), RF RT2526, address 00:0d:0b:c3:cb:bb
|
| ural0 is in hostap mode, /etc/hostname.ural0 :
|
| 192.168.13.254 255.255.255.0 media DS11 mediaopt hostap mode 11b nwid
w3lC0m3_H0
| m3 chan 11
|
| I use it from my powerbook, and sometimes, I lost Wi-Fi connectivity
| for about 1 minutes... Screen helps :)

This is a different problem.
ural(4) has always used AMRR for rate control and it isn't even
enabled in hostap mode.  Is your problem new to OpenBSD 4.0 or
was it already existing in previous releases?
Is your powerbook wifi adapter working in powersave mode?

Thanks,
Damien

Reply | Threaded
Open this post in threaded view
|

Re: Ralink broken after last update

Bruno Carnazzi
2006/10/31, Damien Bergamini <[hidden email]>:

> | I'm in this case too using OpenBSD 4.0-current (GENERIC) #1163: Thu
> | Oct 19 14:40:44 MDT 2006 :
> |
> | ural0 at uhub0 port 1
> | ural0: Nintendo Nintendo Wi-Fi USB Connector, rev 2.00/0.01, addr 2
> | ural0: MAC/BBP RT2571 (rev 0x05), RF RT2526, address 00:0d:0b:c3:cb:bb
> |
> | ural0 is in hostap mode, /etc/hostname.ural0 :
> |
> | 192.168.13.254 255.255.255.0 media DS11 mediaopt hostap mode 11b nwid
> w3lC0m3_H0
> | m3 chan 11
> |
> | I use it from my powerbook, and sometimes, I lost Wi-Fi connectivity
> | for about 1 minutes... Screen helps :)
>
> This is a different problem.
> ural(4) has always used AMRR for rate control and it isn't even
> enabled in hostap mode.  Is your problem new to OpenBSD 4.0 or
> was it already existing in previous releases?
> Is your powerbook wifi adapter working in powersave mode?

In fact, I have this problem since using first ural0 implementation
(3.9-current, as far as i remember). I use the integrated Airport
interface of my powerbook, which does not have any powersafe options
(or I'm not aware of them). Sometimes, I'm really near the AP (about 2
meters), and if there is too many people in the room, it become really
instable (powerbook signal strengh indicator lowers to 1 ticks). There
is a (in french) "robustesse d'interfirence" option with airport, but
it can't help.

Best regards,

Bruno.

>
> Thanks,
> Damien

Reply | Threaded
Open this post in threaded view
|

Re: Ralink broken after last update

Erki Malling
In reply to this post by damien.bergamini
Sure.

With rssadapt:

# uptime
 4:25AM  up 3 days, 16:38, 2 users, load averages: 0.26, 0.17, 0.14
# netstat -i
Name    Mtu   Network     Address              Ipkts Ierrs    Opkts Oerrs Colls
lo0     33224 <Link>                           26923     0    26923     0     0
lo0     33224 loopback    localhost.my.doma    26923     0    26923     0     0
lo0     33224 localhost.m localhost.my.doma    26923     0    26923     0     0
lo0     33224 fe80::%lo0/ fe80::1%lo0          26923     0    26923     0     0
rl0     1500  <Link>      00:50:bf:67:4b:c5  6226370     0  7564081     0     0
rl0     1500  fe80::%rl0/ fe80::250:bfff:fe  6226370     0  7564081     0     0
rl0     1500  ip0.cab60.m ip41.cab60.mus.st  6226370     0  7564081     0     0
ral0    1500  <Link>      00:0e:2e:86:87:76    21153  8363    24635  1796     0
ral0    1500  192.168.2/2 192.168.2.1          21153  8363    24635  1796     0
ral0    1500  fe80::%ral0 fe80::20e:2eff:fe    21153  8363    24635  1796     0
fxp0    1500  <Link>      00:02:b3:95:b3:a0   990951     0  1620722     0     0
fxp0    1500  192.168.1/2 192.168.1.1         990951     0  1620722     0     0
fxp0    1500  fe80::%fxp0 fe80::202:b3ff:fe   990951     0  1620722     0     0
pfsync0 1460  <Link>                               0     0        0     0     0
enc0*   1536  <Link>                               0     0        0     0     0
# ifconfig -M ral0
ral0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
        lladdr 00:0e:2e:86:87:76
        media: IEEE802.11 autoselect mode 11b hostap
        status: active
        ieee80211: nwid OPENBOX chan 1 bssid 00:0e:2e:86:87:76 100dBm
                none
        inet 192.168.2.1 netmask 0xffffff00 broadcast 192.168.2.255
        inet6 fe80::20e:2eff:fe86:8776%ral0 prefixlen 64 scopeid 0x2

With AMRR. Rebuilt from CVS couple of hours ago.

# uptime
 1:37PM  up  1:14, 2 users, load averages: 0.56, 0.50, 0.54
# netstat -i
Name    Mtu   Network     Address              Ipkts Ierrs    Opkts Oerrs Colls
lo0     33224 <Link>                             457     0      457     0     0
lo0     33224 loopback    localhost.my.doma      457     0      457     0     0
lo0     33224 localhost.m localhost.my.doma      457     0      457     0     0
lo0     33224 fe80::%lo0/ fe80::1%lo0            457     0      457     0     0
rl0     1500  <Link>      00:50:bf:67:4b:c5    10357     0     9590     0     0
rl0     1500  fe80::%rl0/ fe80::250:bfff:fe    10357     0     9590     0     0
rl0     1500  ip0.cab16.m ip220.cab18.mus.s    10357     0     9590     0     0
ral0    1500  <Link>      00:0e:2e:86:87:76   501773   422  1002191   159     0
ral0    1500  192.168.2/2 192.168.2.1         501773   422  1002191   159     0
ral0    1500  fe80::%ral0 fe80::20e:2eff:fe   501773   422  1002191   159     0
fxp0    1500  <Link>      00:02:b3:95:b3:a0     2593     0     2883     0     0
fxp0    1500  192.168.1/2 192.168.1.1           2593     0     2883     0     0
fxp0    1500  fe80::%fxp0 fe80::202:b3ff:fe     2593     0     2883     0     0
pfsync0 1460  <Link>                               0     0        0     0     0
enc0*   1536  <Link>                               0     0        0     0     0
# ifconfig -M ral0
ral0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        lladdr 00:0e:2e:86:87:76
        media: IEEE802.11 autoselect mode 11b hostap
        status: active
        ieee80211: nwid OPENBOX chan 1 bssid 00:0e:2e:86:87:76 100dBm
                lladdr 00:16:ce:21:e9:39 112dB 11M
short_preamble,short_slottime assoc
        inet 192.168.2.1 netmask 0xffffff00 broadcast 192.168.2.255
        inet6 fe80::20e:2eff:fe86:8776%ral0 prefixlen 64 scopeid 0x2

I left the lappy downloading stuff and it's been going at rock solid 750KB/s
for the last hour or so.

I think it has never worked so well.

Thank you

> Could you please run the following commands on your ral-based
> access point, preferably  before and after the rssadapt->AMRR
> change:
>
> # netstat -i
> # ifconfig -M ral0

Reply | Threaded
Open this post in threaded view
|

Re: Ralink broken after last update

damien.bergamini
> Name Mtu  Network Address            Ipkts Ierrs    Opkts Oerrs Colls
>
> With rssadapt:
> ral0 1500 <Link>  00:0e:2e:86:87:76  21153  8363    24635  1796     0
>
> With AMRR. Rebuilt from CVS couple of hours ago.
> ral0 1500 <Link>  00:0e:2e:86:87:76 501773   422  1002191   159     0
>
> I left the lappy downloading stuff and it's been going at rock solid
> 750KB/s for the last hour or so.
>
> I think it has never worked so well.

Indeed. You go from 7.3% output packets lost down to 0.016% :)

Damien