On Fri, 17 Oct 2008, Guido Tschakert wrote:
Stuart Henderson schrieb:
I think I probably see the same thing on RT2860, but you've got further
tracking down what's happening than me (my debugging is hampered by the
AP being about 2 hour's drive away..)
In gmane.os.openbsd.misc, you wrote:
# dmesg | grep ral
ral0 at pci0 dev 14 function 0 "Ralink RT2860" rev 0x00: irq 10EEPROM
rev=1, FAE=1
ral0: MAC/BBP RT2860 (rev 0x0101), RF RT2820 (2T3R)
After an unfixed amount of time, from a few minutes up to a few days, the
interface simply stops respoding to probe requests:
After reading this, I think I have a similar problem
(But sorry, I did not dig any deeper)
First the part of the dmesg:
ral0 at pci0 dev 20 function 0 "Ralink RT2860" rev 0x00: irq 15, address
xx:xx:xx:xx:xx:xx
ral0: MAC/BBP RT2860 (rev 0x0101), RF RT2820 (2T3R)
and my /etc/hostname.ral0 contains:
inet x.y.z.w a.b.c.d NONE media autoselect mode 11g mediaopt hostap nwid
abc wpa wpapsk
0xa0101010101010101010101010101010101010101010101010101010101010101
wpaprotos wpa1 chan 11 description "WLAN WPA"
From time to time I could not connect any more so I had to "restart"
ral0 which leads to my (quick'n'dirty) workaround.
In my /etc/crontab is the following line:
30 4 * * * root /bin/sh /etc/netstart ral0
Up to now this worked for me and I have forgotten about the problem :-(
until I read this thread...
Glad to see it's not just me.. I was actually thinking this might be a bug
in the net80211 code, but you guys are also getting this with a 2860.
I used sendbug, the bug is kernel/5958.
Hopefully damien@ or someone else will have time to try to reproduce it..
bbee
