2006/10/30, Erki Malling <[EMAIL PROTECTED]>:
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.
