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