Re: rsu problem
Hi Brad! Happy New year and all the best! Issue ifconfig scan 3-4 times and it'll happen. I am not using ifconfig scan although I consider that pretty important to work reliably. It's the net80211 stack that issues a scan under some conditions. Once the driver is no longer able to issue this firmware command because it fails it will no longer reconnect. I don't remember if issuing down / up was enough or if I had to disconnect and reconnect the adapter. The good in console is that you see error message and know you have to do something. I /etc/netstart rsu0. In graphics it is no longer possible. My bet is that my laptop was too hot in the time I was posting. Also, other people do complain about issue. I made ifconfig rsu0 debug and got a lot of data. I have seen it regurarly connecting to the router and having handshake. After that it was not able to get rid of those messages. I had to reboot the node. I think I/we have two possibilities. First is to ask Mr Bergamini or someone else to redo the code for rsu. Second one is to buy another dongle. Taking this seriously, what good usb dongle would be at the moment? The one that works with 5.2 and might be found on the current market. Best regards all Zoran
Re: rsu problem
On Mon, Dec 31, 2012 at 02:36:02AM -0500, Brad Smith wrote: On 12/30/12 00:56, Zoran Kolic wrote: Dongle blinks and the system gives a message: rsu0: could not send site survey command This is a known bug in the driver. It makes the driver essentially unusable. Can you provide a recipe for reproducing this problem reliably? I may have seen this once or twice, not sure. But it never had an impact on my use of rsu.
Re: rsu problem
On Mon, Dec 31, 2012 at 01:53:07PM +0100, Stefan Sperling wrote: On Mon, Dec 31, 2012 at 02:36:02AM -0500, Brad Smith wrote: On 12/30/12 00:56, Zoran Kolic wrote: Dongle blinks and the system gives a message: rsu0: could not send site survey command This is a known bug in the driver. It makes the driver essentially unusable. Can you provide a recipe for reproducing this problem reliably? I may have seen this once or twice, not sure. But it never had an impact on my use of rsu. Issue ifconfig scan 3-4 times and it'll happen. I am not using ifconfig scan although I consider that pretty important to work reliably. It's the net80211 stack that issues a scan under some conditions. Once the driver is no longer able to issue this firmware command because it fails it will no longer reconnect. I don't remember if issuing down / up was enough or if I had to disconnect and reconnect the adapter. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
rsu works (was: rsu problem)
If one installs firmware and gets output with: ifconfig rsu0 scan he/she is on the road to succeed. Since openbsd is not my primary OS, I had some strange surprises. Finally, it all went fine. Definitelly, rsu does not like hidden ssid. Next, confi- guration file has to be set in this manner: less /etc/hostname.rsu0 inet 192.168.1.101 #put your static IP nwid ssid wpakey pass Notice two lines. First one sets ip, which should work fine in any occasion. Second line connects to the router. Be aware that you need /etc/mygate and /etc/resolv.conf populated correctly. I see line disconnected every 10 minutes or so. I assume that one line has to be added to cron, for i.e. 3-5 mi- nutes. Beyond that, laptop seems to be hotter, spite -C flag to apmd. Best regards Zoran
Re: rsu works (was: rsu problem)
On 2012 Dec 30 (Sun) at 15:34:51 +0100 (+0100), Zoran Kolic wrote: :If one installs firmware and gets output with: : :ifconfig rsu0 scan : :he/she is on the road to succeed. :Since openbsd is not my primary OS, I had some strange :surprises. Finally, it all went fine. :Definitelly, rsu does not like hidden ssid. Next, confi- :guration file has to be set in this manner: : :less /etc/hostname.rsu0 : inet 192.168.1.101 #put your static IP : nwid ssid wpakey pass : You really should do it the other way around. Otherwise, you will get very strange behaviour when using dhcp. Note that we just added a warning about this to the man page. :Notice two lines. First one sets ip, which should work :fine in any occasion. Second line connects to the router. :Be aware that you need /etc/mygate and /etc/resolv.conf :populated correctly. :I see line disconnected every 10 minutes or so. I assume :that one line has to be added to cron, for i.e. 3-5 mi- :nutes. Beyond that, laptop seems to be hotter, spite :-C flag to apmd. :Best regards : : Zoran : -- Diplomacy is the art of saying nice doggy until you can find a rock.
Re: rsu works (was: rsu problem)
Zoran Kolic zko...@sbb.rs writes: Definitelly, rsu does not like hidden ssid. Next, confi- guration file has to be set in this manner: less /etc/hostname.rsu0 inet 192.168.1.101 #put your static IP nwid ssid wpakey pass Notice two lines. First one sets ip, which should work fine in any occasion. Second line connects to the router. I would have done it the other way around (first get a link with nwid whatever , then assign IP addess with dhcp and/or rtsol), but if it works for you, fine. Be aware that you need /etc/mygate and /etc/resolv.conf populated correctly. In most setups these would be handled via dhcp, but in a no dhcp, all fixed IPv4 case you're probably right. I see line disconnected every 10 minutes or so. I don't have any experience with rsu specifically, but in general wifi connections tend to drop occasionally, and in a majority of the cases they will recover semi-gracefully by themselves (as in, ssh sessions may very well survive, others more hit and miss). It's possible 'ifconfig rsu0 debug' will produce output that will be useful in diagnosing what happens at the time of those drops. -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: rsu problem
On 12/30/12 00:56, Zoran Kolic wrote: Dongle blinks and the system gives a message: rsu0: could not send site survey command This is a known bug in the driver. It makes the driver essentially unusable. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: rsu problem
On Fri, Dec 28, 2012 at 9:13 PM, Zoran Kolic zko...@sbb.rs wrote: The main problem still exists. I was pretty short and did not include all details for rsu issue. It is brand new dongle, realtek rtl8191su and I installed Bergamini's firmware. If I do: ifconfig rsu0 scan I see all non hidden routers around my flat. Not mine, since I hid ssid. I set router to work on g only. I am positive dongle is not broken and that I probably do not understand the topic as I should. As the next move, I'd install wpa_supplicant and see if I could go further. What is beyond my knowledge is why I cannot get a handshake properly? Wpa2-aes is not new and I assume everybody on this list uses it regurarly. Even further, doing route show gives blank result. Since I get scan output, it shuld not be firewall issue. Any idea to go on? I don't understand your question. You previously wrote: Whatever I do, remove pf, or else, I cannot connect to the router. I have no idea what you tried (other than remove pf (you presumably mean _disable_ pf)), so I can't make good suggestions about what to try next. I know, I'll check the manpage or source to examine the level of support for your chipset! If dmesg needed, I'd provide it, but nothing useful sits there. hahahahhahahahahahhahaha Hi, I have no idea why this doesn't work, but I won't tell you what I tried, nor will I give you any details. Never mind, I have a bug report that's been languishing in my mailbox from someone that actually *provided information*. Why am I giving you priority over their query? Good luck! Philip Guenther
Re: rsu problem
I don't understand your question. You previously wrote: Yeah. Understanding the question is having a half of an answer. I have no idea what you tried (other than remove pf (you presumably mean _disable_ pf)), so I can't make good suggestions about what to try next. I tried every sane and stupid thing in the world. If dmesg needed, I'd provide it, but nothing useful sits there. hahahahhahahahahahhahaha Yay, that was not good. Here it is: OpenBSD 5.2 (GENERIC) #278: Wed Aug 1 10:04:16 MDT 2012 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Celeron(R) M processor 1400MHz (GenuineIntel 686-class) 1.40 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,TM,SBF real mem = 233238528 (222MB) avail mem = 218570752 (208MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 08/18/04, BIOS32 rev. 0 @ 0xfd740, SMBIOS rev. 2.31 @ 0xdf010 (28 entries) bios0: vendor Hewlett-Packard version F.10 date 08/18/2004 bios0: Hewlett-Packard compaq nx9020 (PG641ES#ABB) apm0 at bios0: Power Management spec V1.2 acpi at bios0 function 0x0 not configured pcibios0 at bios0: rev 2.1 @ 0xfd740/0x8c0 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf20/192 (10 entries) pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82371FB ISA rev 0x00) pcibios0: PCI bus #2 is the last bus bios0: ROM list: 0xc/0xcc00! 0xcd000/0x1000 0xdf000/0x1000! 0xe/0x4000! cpu0 at mainbus0: (uniprocessor) pci0 at mainbus0 bus 0: configuration mode 1 (bios) mem address conflict 0xdf0/0x400 pchb0 at pci0 dev 0 function 0 Intel 82855GM Host rev 0x02 Intel 82855GM Memory rev 0x02 at pci0 dev 0 function 1 not configured Intel 82855GM Config rev 0x02 at pci0 dev 0 function 3 not configured vga1 at pci0 dev 2 function 0 Intel 82855GM Video rev 0x02 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xe800, size 0x800 inteldrm0 at vga1: irq 10 drm0 at inteldrm0 Intel 82855GM Video rev 0x02 at pci0 dev 2 function 1 not configured uhci0 at pci0 dev 29 function 0 Intel 82801DB USB rev 0x03: irq 10 uhci1 at pci0 dev 29 function 1 Intel 82801DB USB rev 0x03: irq 11 uhci2 at pci0 dev 29 function 2 Intel 82801DB USB rev 0x03: couldn't map interrupt ehci0 at pci0 dev 29 function 7 Intel 82801DB USB rev 0x03: irq 11 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb0 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0x83 pci1 at ppb0 bus 1 mem address conflict 0xdf01000/0x1000 rl0 at pci1 dev 0 function 0 Realtek 8139 rev 0x10: irq 10, address 00:c0:9f:50:06:01 rlphy0 at rl0 phy 0: RTL internal PHY cbb0 at pci1 dev 5 function 0 TI PCI1410 CardBus rev 0x02: couldn't map interrupt ichpcib0 at pci0 dev 31 function 0 Intel 82801DBM LPC rev 0x03: 24-bit timer at 3579545Hz pciide0 at pci0 dev 31 function 1 Intel 82801DBM IDE rev 0x03: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: WDC WD3200BEVE-00A0HT0 wd0: 16-sector PIO, LBA48, 305245MB, 625142448 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: TEAC, DW-224E-A, A.2F ATAPI 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, DMA mode 2 ichiic0 at pci0 dev 31 function 3 Intel 82801DB SMBus rev 0x03: irq 5 iic0 at ichiic0 spdmem0 at iic0 addr 0x51: 256MB DDR SDRAM non-parity PC2700CL2.5 auich0 at pci0 dev 31 function 5 Intel 82801DB AC97 rev 0x03: irq 5, ICH4 AC97 ac97: codec id 0x43585430 (Conexant CXT48) ac97: codec features reserved, headphone, 18 bit DAC, 18 bit ADC, No 3D Stereo audio0 at auich0 Intel 82801DB Modem rev 0x03 at pci0 dev 31 function 6 not configured usb1 at uhci0: USB revision 1.0 uhub1 at usb1 Intel UHCI root hub rev 1.00/1.00 addr 1 usb2 at uhci1: USB revision 1.0 uhub2 at usb2 Intel UHCI root hub rev 1.00/1.00 addr 1 isa0 at ichpcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 pms0: Synaptics touchpad, firmware 5.9 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 pcic0 at isa0 port 0x3e0/2 iomem 0xd/16384 pcic0 controller 0: Intel 82365SL rev 2 has sockets A and B pcmcia0 at pcic0 controller 0 socket 0 pcmcia1 at pcic0 controller 0 socket 1 pcic0: irq 3, polling enabled mtrr: Pentium Pro MTRR support rsu0 at uhub0 port 2 Manufacturer Realtek 11n Adapter rev 2.00/2.00 addr 2 rsu0: MAC/BB RTL8712 cut 3, address 1c:7e:e5:1f:a1:f3 vscsi0 at root scsibus1 at vscsi0: 256 targets softraid0 at root scsibus2 at softraid0: 256 targets root on wd0a (3b75ef637a26ae27.a) swap on wd0b dump on wd0b Sorry to make it
Re: rsu problem
I was sure having wireless dongle up and working is just an easy job. Seems I was wrong. This morning I connected ethernet cable to laptop, configured hostname.rl0 and it was airborne. I did similar for dongle rsu0 and failed. To remind rsu0 at uhub0 port 2 Manufacturer Realtek 11n Adapter rev 2.00/2.00 addr 2 rsu0: MAC/BB RTL8712 cut 3, address 1c:7e:e5:1f:a1:f3 Regarding data, it is d-link dwa-131 with rtl8191su chip. I checked out router configuration and found no connection from the dongle. Router is dd-wrt, wpa2-aes, mac filtered. I set ssid as hidden. Dongle blinks and the system gives a message: rsu0: could not send site survey command Further I tried another step. I did fw_update. It shows no message and the result is the same. I assume something is wrong either in configuration or in hardware. Maybe this chip does not support wpa2-aes. I'd be glad to hear what newer dongles people use suc- cessfully with hidden ssid and wpa2? Investing might prove better. Best regards Zoran
Re: rsu problem
I suggest you stop using a hidden ssid and mac filtering. Those are not bringing any advantage anyway. Also, give ''ifconfig rsu0 debug'' a try. As you may have noticed, status: active in ifconfig's output will tell you whether you are connected or not. -- Jérémie Courrèges-Anglas GPG Key fingerprint: 61DB D9A0 00A4 67CF 2A90 8961 6191 8FBF 06A1 1494
rsu problem
HP nx9020, 5.2, i386. Put d-link dwa-131 usb wifi dongle and it shows up as rsu0. The content of hostname.rsu0 does not matter, since I never got to wireless router. I.e. inet 192.168.1.1 255.255.255.0 NONE nwid ssid wpakey password The message after ifconfig is like this: rsu0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr mac_address priority: 4 groups: wlan egress media: IEEE802.11 autoselect status: no network ieee80211: nwid ssid wpakey password wpaprotos wpa1,wpa2 wpaakms psk wpaciphers tkip,ccmp wpagroupcipher tkip inet 192.168.1.102 netmask 0xff00 broadcast 192.168.1.255 inet6 fe80::1e7e:e5ff:fe1f:a1f3%rsu0 prefixlen 64 scopeid 0x4 Firmware installed from openbsd site. Whatever I do, remove pf, or else, I cannot connect to the router. Manual ifconfig was the same, no network. After some hdd problems, I reinstalled and now I get another problem: boot hangs at: preserving editor files After a minute or so, it finishes the boot with this line: starting network daemons; sendmail inetd sndiod. There is a chance that it is fine, but next things in a raw waits. I remove usb dongle and it boots further. I am able to scan, so dongle works. If dmesg needed, I'd provide it, but nothing useful sits there. Best regards Zoran
delay after preserving editor files [Was: rsu problem]
Not your main concern but: On Fri, Dec 28, 2012 at 8:56 AM, Zoran Kolic zko...@sbb.rs wrote: After some hdd problems, I reinstalled and now I get another problem: boot hangs at: preserving editor files After a minute or so, it finishes the boot with this line: That just means the system went down while someone had a file open in vi, so you have vi save files in /var/tmp/vi.recover/ and the system at that moment in the start up is generating email messages to the owners of the files saying run vi -r. Solution: read your email! Run vi -r as each user that has files under /var/tmp/vi.recover/ to see what files where half-edited and then use vi -r filename on each, either saving the contents or throwing them away with :q! Philip Guenther
Re: delay after preserving editor files [Was: rsu problem]
preserving editor files After a minute or so, it finishes the boot with this line: That just means the system went down while someone had a file open in vi, so you have vi save files in /var/tmp/vi.recover/ and the system at that moment in the start up is generating email messages to the owners of the files saying run vi -r. I found it a minute after I made a post. Sorry to bother for that. The main problem still exists. I was pretty short and did not include all details for rsu issue. It is brand new dongle, realtek rtl8191su and I installed Bergamini's firmware. If I do: ifconfig rsu0 scan I see all non hidden routers around my flat. Not mine, since I hid ssid. I set router to work on g only. I am positive dongle is not broken and that I probably do not understand the topic as I should. As the next move, I'd install wpa_supplicant and see if I could go further. What is beyond my knowledge is why I cannot get a handshake properly? Wpa2-aes is not new and I assume everybody on this list uses it regurarly. Even further, doing route show gives blank result. Since I get scan output, it shuld not be firewall issue. Any idea to go on? Best regards Zoran