Re: -current network buffer exhaustion on RPi2 armv7
Mark Millard <[email protected]> Mon, 16 Feb 2026 19:44:03 -0800
| Newsgroups | gmane.os.freebsd.devel.arm |
|---|---|
| Message-ID | <[email protected]> |
On 2/16/26 19:32, bob prohaska wrote: > On Mon, Feb 16, 2026 at 03:55:56PM -0800, Adrian Chadd wrote: >> On Mon, 16 Feb 2026 at 15:30, bob prohaska <[email protected]> wrote: >>> >>> Oops, I'm mistaken. The network connection turned out to be down. >>> However, the system didn't seem to know it. ifconfig reported: >>> lan0: flags=8c43<UP,BROADCAST,RUNNING,DRV_OACTIVE,SIMPLEX,MULTICAST> metric 0 mtu 1500 >>> options=0 >>> ether 00:0f:60:05:37:4f >>> inet 192.168.1.10 netmask 0xffffff00 broadcast 192.168.1.255 >>> inet6 fe80::20f:60ff:fe05:374f%wlan0 prefixlen 64 scopeid 0x3 >>> groups: wlan >>> ssid "" channel 2 (2417 MHz 11g) >>> regdomain ETSI2 country US authmode WPA1+WPA2/802.11i privacy ON >>> deftxkey UNDEF txpower 30 bmiss 7 scanvalid 60 protmode CTS wme >>> roaming MANUAL >>> parent interface: run0 >>> media: IEEE 802.11 Wireless Ethernet DS/1Mbps mode 11g (autoselect) >>> status: no carrier >>> nd6 options=23<PERFORMNUD,ACCEPT_RTADV,AUTO_LINKLOCAL> >> >>> but ping reported network is down. Running ifconfig wlan0 up provoked >>> no response and no change in behavior. Running ifconfig wlan0 down >>> reports dhclient exiting, followed by >>> ifconfig wlan0 up seems to restore connectivity, at least for a while. >>> >>> Is the system losing its connectivity and not noticing? Or maybe >>> noticing but getting stuck in a loop trying to recover? The >>> status: no carrier >>> seems to indicate a problem. >> >> Yup, it looks like for some reason it's hung; wpa_supplicant should be >> kicking off a scan and well, >> the above is telling me that it is stuck. >> >> Try running "wpa_cli" to see what decisions its making. it logs them >> to the wpa_cli tool whilst its running. >> You may first need to put this in /etc/wpa_supplicant.conf : >> >> ctrl_interface=/var/run/wpa_supplicant >> > > Something's amiss. Right now /etc/wpa_supplicant.conf contains: > > ctrl_interface=/var/run/wpa_supplicant Why was the above indented via a tab? It is not in a {} . (Not that I've any clue if such is related to your results.) > network={ > ssid="d-link.zefox.net" > psk="redacted" I'll also note that the above 2 lines were indented by spaces instead. (Not that I know if such matters.) > } > > but I get > > root@generic:/usr/src # wpa_cli reconfigure > Failed to connect to non-global ctrl_ifname: (nil) error: Inappropriate ioctl for device > > Likely the problem is the formatting in wpa_supplicant.conf, but > the error isn't obvious to me. I did try putting the ctrl_interface > line inside the curly braces, still got a "can't connect" message. > > I'll recheck the man pages, but if you recognize my mistake > please point it out. -- === Mark Millard marklmi at yahoo.com