On Wed, Feb 20, 2013 at 01:23:00PM +0300, Kirill Bychkov wrote: > 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.
I had been using the adapter in another area of the home which is closer to the AP for the last week and I noticed I had zero issues for the whole week. Then all of a sudden I started experiencing the problems reconnecting and it was way worse than when I was upstairs and further away from the AP. I also noticed the ``ehci_idone: ex=0xffff80000017f800 is done!'' EHCI messages I do not believe were happening earlier. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
