On Tue, February 5, 2013 14:10, Stuart Henderson wrote: > On 2013/02/05 05:18, Brad Smith wrote: >> On Tue, Feb 05, 2013 at 12:26:47AM +0100, Mark Kettenis wrote: >> > > Date: Tue, 29 Jan 2013 21:04:30 -0500 >> > > From: Brad Smith <[email protected]> >> > > >> > > To a certain extent this seems to make rsu(3) work a little better, but >> > > now I am seeing ``rsu0: could not send join command'' messages which >> never >> > > happened before. >> > >> > Hmm, I wonder which of the two rsu_fw_cmd() calls in rsu_join_bss() is >> > failing. >> > >> > > The other issue I'm experiencing is when the driver does a scan >> > > either from the kernel doing so or from me issuing ifconfig scan >> > > will result in rsu_site_survey() failing (rsu0: could not send site >> > > survey command) after a few invocations of the function to issue the >> > > fw command. Over all though rsu(3) is still mainly unusable at least >> > > for the chipset in the adapter I am using; it is way too unreliable. >> > >> > It might be worth trying a different firmware. Looks like the Linux >> > people had some issues with some firmware versions judging from the >> > log messages in their git firmware repo. You'll want rtl8712u.bin >> > from: >> > >> > >> > <http://git.kernel.org/?p=linux/kernel/git/dwmw2/linux-firmware.git;a=tree;f=rtlwifi;hb=HEAD> >> >> With this newer firmware I can do many manual scans in a row and the >> over all stability of connections associated with an AP is more stable >> too. Also IPv6 seems to work consistently now. It was cutting in and >> and out before as if multicast traffic was being dropped. It is not >> 100% perfect as I was still able to reproduce the site survey errors >> after quite a few scans but compared to the current firmware package >> it seems to be quite an improvement. > > Could you (and other rsu(4) users) test this updated firmware package > please: > > http://junkpile.org/rsu-firmware-1.2.tgz > > Slightly related, I have problems scanning from iwn; 30 second delay > with wchan "80211scan" and no scan results. Network is unusable > afterwards until I down+up the interface. > > iwn0 at pci2 dev 0 function 0 "Intel Centrino Advanced-N 6205" rev 0x34: msi, > MIMO 2T2R, MoW, address 8c:70:5a:62:b7:f8 > Hi! I still have some problems with 1.2 firmware and rsu wifi on 5.3-beta:
Feb 20 12:25:45 barton /bsd: rsu0: could not send join command Feb 20 12:25:47 barton /bsd: rsu0: could not send site survey command Feb 20 12:29:22 barton /bsd: ehci_idone: ex=0xffff80000017f800 is done! Feb 20 12:29:22 barton dhclient[14203]: dispatch_imsg in main: pipe closed Feb 20 12:29:22 barton dhclient[10353]: receive_packet failed on rsu0: Input/output error Feb 20 12:29:22 barton dhclient[10353]: ioctl(SIOCGIFFLAGS) on rsu0: Device not configured Feb 20 12:29:22 barton dhclient[14203]: SIOCDIFADDR failed (10.219.11.4): Device not configured Feb 20 12:29:22 barton /bsd: rsu0 detached Feb 20 12:29:23 barton /bsd: rsu0 at uhub0 Feb 20 12:29:23 barton /bsd: port 3 "Manufacturer Realtek ASUS EZ N Network Adapter" rev 2.00/2.00 addr 2 Feb 20 12:29:24 barton /bsd: rsu0: MAC/BB RTL8712 cut 3, address c8:60:00:5e:11:bb Feb 20 13:23:23 barton /bsd: rsu0: could not send join command Feb 20 13:23:25 barton /bsd: rsu0: could not send site survey command Feb 20 13:24:52 barton /bsd: ehci_idone: ex=0xffff80000017f800 is done! Feb 20 13:24:52 barton dhclient[10599]: receive_packet failed on rsu0: Input/output error Feb 20 13:24:52 barton dhclient[10599]: ioctl(SIOCGIFFLAGS) on rsu0: Device not configured Feb 20 13:24:52 barton dhclient[1735]: dispatch_imsg in main: pipe closed Feb 20 13:24:52 barton dhclient[1735]: SIOCDIFADDR failed (10.219.11.4): Device not configured Feb 20 13:24:52 barton /bsd: rsu0 detached Feb 20 13:24:55 barton /bsd: rsu0 at uhub0 Feb 20 13:24:55 barton /bsd: port 3 "Manufacturer Realtek ASUS EZ N Network Adapter" rev 2.00/2.00 addr 2 Feb 20 13:24:55 barton /bsd: rsu0: MAC/BB RTL8712 cut 3, address c8:60:00:5e:11:bb I need to unplug and plug it to reconnect to AP (AP is based on 5.3-beta amd64 from 12 Feb + ral0 Ralink RT2790) But it became more stable with this firmware than before.
dmesg.barton
Description: Binary data
