The ralink driver seems to put the card to sleep at random intervals and fails to wakeup or drops the connection. I can bring the connection back up by cycling ral0 with ifconfig ral0 down/up. Going through /etc/rc.d/netif restart also works. Here is the relevant output of pciconf -lv ral0@pci0:1:2:0: class=0x028000 card=0xe9351458 chip=0x04011814 rev=0x00 hdr=0x00 vendor = 'Ralink Technology, Corp.' device = 'Ralink MIMO RT 2661 Wireless 54 Mbps (RT 2661)' class = network Here are some excerpts from dmesg, with the last line repeated multiple times. ral0: <Ralink Technology RT2661> mem 0xd0200000-0xd0207fff irq 11 at device 2.0 on pci1 ral0: MAC/BBP RT2661D, RF RT2529 (MIMO XR) ral0: [ITHREAD] ral0: need multicast update callback Even though I see that irq11 is being used I don't see that with vmstat -i irq11: cbb0 fwohci* I'm not certain how to get more information. How-To-Repeat: rc.conf: wlans_ral0="wlan0" ifconfig_wlan0="WPA DHCP" wpa_supplicant.conf: ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel # Home network network={ ssid="myssid" key_mgmt=NONE wep_tx_keyidx=0 wep_key0=123456789A }
If I move the laptop up and down then the connection seems to get reestablished. I'm not sure why that becomes necessary but I'm suspecting a reception problem. The issue does not occur with Linux distributions in the same location so I was somewhat confused. I'll test by changing the internal antenna for a better set and see what happens.
State Changed From-To: open->feedback David, does the device work for your if you disable powersave operation? Please note: For your IRQ question, the asterisk in the output indicates more devices being assigned to that IRQ but vmstat -i is unable to display all.
Responsible Changed From-To: freebsd-bugs->freebsd-net over to maintainer(s)
Perhaps I am disabling powersave incorrectly? In rc.conf the ifconfig_wlan0="WPA DHCP -powersave". I've also tried on the command line "ifconfig wlan0 -powersave". If I do the same thing with ral0 I get an error that the argument is not valid.
For bugs matching the following criteria: Status: In Progress Changed: (is less than) 2014-06-01 Reset to default assignee and clear in-progress tags. Mail being skipped