Re: problem with ral in hopstap mode on -current
Please, somebody who has a reliable way to reproduce this, search for the commit which broke it... use cvs up -D to get a date-based checkout. Given 4.6 works, 4.7 doesn't and looking at net80211 commits, I would start with a kernel from a checkout dated just before and just after 2010/02/17 (r1.56 of sys/net80211/ieee80211_node.c).. On 2012-01-13, Erling Westenvik erling.westen...@gmail.com wrote: My former access point was an OpenBSD 4.7 laptop and I experienced exactly the same problems with at least acx(4) and ath(4). Upgrading to 5.0 did not provide a solution. I recently installed 5.0 on a box with a ral(4) PCI-card but the problem persisted. However: installing the same PCI ral(4) card on an older box running OpenBSD 4.6 DID solve it, indicating that the problem might have been introduced at some level from 4.7 onward? Cheers, Erling On Thu, Jan 12, 2012 at 05:49:06PM +0100, Sebastian Reitenbach wrote: Hi, I ran a soekris box as AP, and recently upgraded it from a very old 4.2, to 5.0 -current. It was running the old 4.2 for such a long time, since I only had a 32MB CF card in it, and just recently bought a new 2GB card, to install a full system on it. I have a ral wireless device in the box, configured as hostap: # cat /etc/hostname.ral0 inet 10.23.4.56 255.255.0.0 nwid brb.freifunk.net chan 1 mediaopt hostap The clients are OpenBSD notebooks. Now after the upgrade it happens after some time (don't know what the timeframe is, maybe a day maybe longer or shorter, the wireless is not that much used), that the ral device is not responding, when a client tries to connect to the WLAN. On the client I see the status on the WLAN device as status: no network on the access point, all seems to be fine: # ifconfig ral0 ral0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 lladdr 00:11:09:9a:9a:7e priority: 4 groups: wlan media: IEEE802.11 autoselect hostap (autoselect mode 11b hostap) status: active ieee80211: nwid brb.freifunk.net chan 1 bssid 00:11:09:9a:9a:7e 100dBm inet6 fe80::211:9ff:fe9a:9a7e%ral0 prefixlen 64 scopeid 0x4 inet 10.23.4.56 netmask 0x broadcast 10.23.255.255 To get it to work again, I have to login to the AP, and issue a sh /etc/netstart ral0 that's all, afterwards, the client can happily connect. When I have the problem, I watched with tcpdump what happens when the client tries to connect to the network: tcpdump -n -i ral0 -y IEEE802_11_RADIO -vvv See the tcpdump output and dmesg below. Suggestion to debug this problem? Sebastian # ifconfig ral0 ral0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 lladdr 00:11:09:9a:9a:7e priority: 4 groups: wlan media: IEEE802.11 autoselect hostap (autoselect mode 11b hostap) status: active ieee80211: nwid brb.freifunk.net chan 1 bssid 00:11:09:9a:9a:7e 100dBm inet6 fe80::211:9ff:fe9a:9a7e%ral0 prefixlen 64 scopeid 0x4 inet 10.23.4.56 netmask 0x broadcast 10.23.255.255 OpenBSD 5.0-current (GENERIC) #118: Tue Dec 20 11:09:21 MST 2011 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Geode(TM) Integrated Processor by National Semi (Geode by NSC 586-class) 267 MHz cpu0: FPU,TSC,MSR,CX8,CMOV,MMX real mem = 133754880 (127MB) avail mem = 121548800 (115MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 20/40/21, BIOS32 rev. 0 @ 0xf7840 pcibios0 at bios0: rev 2.0 @ 0xf/0x1 pcibios0: pcibios_get_intr_routing - function not supported pcibios0: PCI IRQ Routing information unavailable. pcibios0: PCI bus #0 is the last bus bios0: ROM list: 0xc8000/0x9000 cpu0 at mainbus0: (uniprocessor) cpu0: TSC disabled pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Cyrix GXm PCI rev 0x00 sis0 at pci0 dev 6 function 0 NS DP83815 10/100 rev 0x00, DP83816A: irq 10, ad dress 00:00:24:c3:89:1c nsphyter0 at sis0 phy 0: DP83815 10/100 PHY, rev. 1 sis1 at pci0 dev 7 function 0 NS DP83815 10/100 rev 0x00, DP83816A: irq 10, ad dress 00:00:24:c3:89:1d nsphyter1 at sis1 phy 0: DP83815 10/100 PHY, rev. 1 sis2 at pci0 dev 8 function 0 NS DP83815 10/100 rev 0x00, DP83816A: irq 10, ad dress 00:00:24:c3:89:1e nsphyter2 at sis2 phy 0: DP83815 10/100 PHY, rev. 1 ral0 at pci0 dev 10 function 0 Ralink RT2560 rev 0x01: irq 11, address 00:11:0 9:9a:9a:7e ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525 gscpcib0 at pci0 dev 18 function 0 NS SC1100 ISA rev 0x00 gpio0 at gscpcib0: 64 pins NS SC1100 SMI rev 0x00 at pci0 dev 18 function 1 not configured pciide0 at pci0 dev 18 function 2 NS SCx200 IDE rev 0x01: DMA, channel 0 wired to
problem with ral in hopstap mode on -current
Hi, I ran a soekris box as AP, and recently upgraded it from a very old 4.2, to 5.0 -current. It was running the old 4.2 for such a long time, since I only had a 32MB CF card in it, and just recently bought a new 2GB card, to install a full system on it. I have a ral wireless device in the box, configured as hostap: # cat /etc/hostname.ral0 inet 10.23.4.56 255.255.0.0 nwid brb.freifunk.net chan 1 mediaopt hostap The clients are OpenBSD notebooks. Now after the upgrade it happens after some time (don't know what the timeframe is, maybe a day maybe longer or shorter, the wireless is not that much used), that the ral device is not responding, when a client tries to connect to the WLAN. On the client I see the status on the WLAN device as status: no network on the access point, all seems to be fine: # ifconfig ral0 ral0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 lladdr 00:11:09:9a:9a:7e priority: 4 groups: wlan media: IEEE802.11 autoselect hostap (autoselect mode 11b hostap) status: active ieee80211: nwid brb.freifunk.net chan 1 bssid 00:11:09:9a:9a:7e 100dBm inet6 fe80::211:9ff:fe9a:9a7e%ral0 prefixlen 64 scopeid 0x4 inet 10.23.4.56 netmask 0x broadcast 10.23.255.255 To get it to work again, I have to login to the AP, and issue a sh /etc/netstart ral0 that's all, afterwards, the client can happily connect. When I have the problem, I watched with tcpdump what happens when the client tries to connect to the network: tcpdump -n -i ral0 -y IEEE802_11_RADIO -vvv See the tcpdump output and dmesg below. Suggestion to debug this problem? Sebastian # ifconfig ral0 ral0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 lladdr 00:11:09:9a:9a:7e priority: 4 groups: wlan media: IEEE802.11 autoselect hostap (autoselect mode 11b hostap) status: active ieee80211: nwid brb.freifunk.net chan 1 bssid 00:11:09:9a:9a:7e 100dBm inet6 fe80::211:9ff:fe9a:9a7e%ral0 prefixlen 64 scopeid 0x4 inet 10.23.4.56 netmask 0x broadcast 10.23.255.255 OpenBSD 5.0-current (GENERIC) #118: Tue Dec 20 11:09:21 MST 2011 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Geode(TM) Integrated Processor by National Semi (Geode by NSC 586-class) 267 MHz cpu0: FPU,TSC,MSR,CX8,CMOV,MMX real mem = 133754880 (127MB) avail mem = 121548800 (115MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 20/40/21, BIOS32 rev. 0 @ 0xf7840 pcibios0 at bios0: rev 2.0 @ 0xf/0x1 pcibios0: pcibios_get_intr_routing - function not supported pcibios0: PCI IRQ Routing information unavailable. pcibios0: PCI bus #0 is the last bus bios0: ROM list: 0xc8000/0x9000 cpu0 at mainbus0: (uniprocessor) cpu0: TSC disabled pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Cyrix GXm PCI rev 0x00 sis0 at pci0 dev 6 function 0 NS DP83815 10/100 rev 0x00, DP83816A: irq 10, ad dress 00:00:24:c3:89:1c nsphyter0 at sis0 phy 0: DP83815 10/100 PHY, rev. 1 sis1 at pci0 dev 7 function 0 NS DP83815 10/100 rev 0x00, DP83816A: irq 10, ad dress 00:00:24:c3:89:1d nsphyter1 at sis1 phy 0: DP83815 10/100 PHY, rev. 1 sis2 at pci0 dev 8 function 0 NS DP83815 10/100 rev 0x00, DP83816A: irq 10, ad dress 00:00:24:c3:89:1e nsphyter2 at sis2 phy 0: DP83815 10/100 PHY, rev. 1 ral0 at pci0 dev 10 function 0 Ralink RT2560 rev 0x01: irq 11, address 00:11:0 9:9a:9a:7e ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525 gscpcib0 at pci0 dev 18 function 0 NS SC1100 ISA rev 0x00 gpio0 at gscpcib0: 64 pins NS SC1100 SMI rev 0x00 at pci0 dev 18 function 1 not configured pciide0 at pci0 dev 18 function 2 NS SCx200 IDE rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: SanDisk SDCFH-002G wd0: 1-sector PIO, LBA, 1918MB, 3928176 sectors wd0(pciide0:0:0): using PIO mode 4, DMA mode 2 geodesc0 at pci0 dev 18 function 5 NS SC1100 X-Bus rev 0x00: iid 6 revision 3 wdstatus 0 ohci0 at pci0 dev 19 function 0 Compaq USB OpenHost rev 0x08: irq 5, version 1 .0, legacy support isa0 at gscpcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com0: console com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard pcppi0 at isa0 port 0x61 spkr0 at pcppi0 nsclpcsio0 at isa0 port 0x2e/2: NSC PC87366 rev 9: GPIO VLM TMS gpio1 at nsclpcsio0: 29 pins gscsio0 at isa0 port 0x15c/2: SC1100 SIO rev 1: npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 usb0 at ohci0: USB revision 1.0 uhub0 at usb0 Compaq OHCI root hub rev 1.00/1.00 addr 1 vscsi0 at root scsibus0 at vscsi0: 256 targets softraid0 at
Re: problem with ral in hopstap mode on -current
My former access point was an OpenBSD 4.7 laptop and I experienced exactly the same problems with at least acx(4) and ath(4). Upgrading to 5.0 did not provide a solution. I recently installed 5.0 on a box with a ral(4) PCI-card but the problem persisted. However: installing the same PCI ral(4) card on an older box running OpenBSD 4.6 DID solve it, indicating that the problem might have been introduced at some level from 4.7 onward? Cheers, Erling On Thu, Jan 12, 2012 at 05:49:06PM +0100, Sebastian Reitenbach wrote: Hi, I ran a soekris box as AP, and recently upgraded it from a very old 4.2, to 5.0 -current. It was running the old 4.2 for such a long time, since I only had a 32MB CF card in it, and just recently bought a new 2GB card, to install a full system on it. I have a ral wireless device in the box, configured as hostap: # cat /etc/hostname.ral0 inet 10.23.4.56 255.255.0.0 nwid brb.freifunk.net chan 1 mediaopt hostap The clients are OpenBSD notebooks. Now after the upgrade it happens after some time (don't know what the timeframe is, maybe a day maybe longer or shorter, the wireless is not that much used), that the ral device is not responding, when a client tries to connect to the WLAN. On the client I see the status on the WLAN device as status: no network on the access point, all seems to be fine: # ifconfig ral0 ral0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 lladdr 00:11:09:9a:9a:7e priority: 4 groups: wlan media: IEEE802.11 autoselect hostap (autoselect mode 11b hostap) status: active ieee80211: nwid brb.freifunk.net chan 1 bssid 00:11:09:9a:9a:7e 100dBm inet6 fe80::211:9ff:fe9a:9a7e%ral0 prefixlen 64 scopeid 0x4 inet 10.23.4.56 netmask 0x broadcast 10.23.255.255 To get it to work again, I have to login to the AP, and issue a sh /etc/netstart ral0 that's all, afterwards, the client can happily connect. When I have the problem, I watched with tcpdump what happens when the client tries to connect to the network: tcpdump -n -i ral0 -y IEEE802_11_RADIO -vvv See the tcpdump output and dmesg below. Suggestion to debug this problem? Sebastian # ifconfig ral0 ral0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 lladdr 00:11:09:9a:9a:7e priority: 4 groups: wlan media: IEEE802.11 autoselect hostap (autoselect mode 11b hostap) status: active ieee80211: nwid brb.freifunk.net chan 1 bssid 00:11:09:9a:9a:7e 100dBm inet6 fe80::211:9ff:fe9a:9a7e%ral0 prefixlen 64 scopeid 0x4 inet 10.23.4.56 netmask 0x broadcast 10.23.255.255 OpenBSD 5.0-current (GENERIC) #118: Tue Dec 20 11:09:21 MST 2011 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Geode(TM) Integrated Processor by National Semi (Geode by NSC 586-class) 267 MHz cpu0: FPU,TSC,MSR,CX8,CMOV,MMX real mem = 133754880 (127MB) avail mem = 121548800 (115MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 20/40/21, BIOS32 rev. 0 @ 0xf7840 pcibios0 at bios0: rev 2.0 @ 0xf/0x1 pcibios0: pcibios_get_intr_routing - function not supported pcibios0: PCI IRQ Routing information unavailable. pcibios0: PCI bus #0 is the last bus bios0: ROM list: 0xc8000/0x9000 cpu0 at mainbus0: (uniprocessor) cpu0: TSC disabled pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Cyrix GXm PCI rev 0x00 sis0 at pci0 dev 6 function 0 NS DP83815 10/100 rev 0x00, DP83816A: irq 10, ad dress 00:00:24:c3:89:1c nsphyter0 at sis0 phy 0: DP83815 10/100 PHY, rev. 1 sis1 at pci0 dev 7 function 0 NS DP83815 10/100 rev 0x00, DP83816A: irq 10, ad dress 00:00:24:c3:89:1d nsphyter1 at sis1 phy 0: DP83815 10/100 PHY, rev. 1 sis2 at pci0 dev 8 function 0 NS DP83815 10/100 rev 0x00, DP83816A: irq 10, ad dress 00:00:24:c3:89:1e nsphyter2 at sis2 phy 0: DP83815 10/100 PHY, rev. 1 ral0 at pci0 dev 10 function 0 Ralink RT2560 rev 0x01: irq 11, address 00:11:0 9:9a:9a:7e ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525 gscpcib0 at pci0 dev 18 function 0 NS SC1100 ISA rev 0x00 gpio0 at gscpcib0: 64 pins NS SC1100 SMI rev 0x00 at pci0 dev 18 function 1 not configured pciide0 at pci0 dev 18 function 2 NS SCx200 IDE rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: SanDisk SDCFH-002G wd0: 1-sector PIO, LBA, 1918MB, 3928176 sectors wd0(pciide0:0:0): using PIO mode 4, DMA mode 2 geodesc0 at pci0 dev 18 function 5 NS SC1100 X-Bus rev 0x00: iid 6 revision 3 wdstatus 0 ohci0 at pci0 dev 19 function 0 Compaq USB OpenHost rev 0x08: irq 5, version 1 .0, legacy support isa0 at gscpcib0 isadma0 at isa0