Re: -current network buffer exhaustion on RPi2 armv7

Ronald Klop <[email protected]> Tue, 17 Feb 2026 07:09:16 +0100 (CET)
Newsgroups gmane.os.freebsd.devel.arm
Message-ID <479207430.307.1771308556300@localhost>
Van: bob prohaska <[email protected]>
Datum: 17 februari 2026 04:29
Aan: Adrian Chadd <[email protected]>
CC: [email protected]
Onderwerp: Re: -current network buffer exhaustion on RPi2 armv7

> 
> 
> On Mon, Feb 16, 2026 at 03:55:56PM -0800, Adrian Chadd wrote:
> > On Mon, 16 Feb 2026 at 15:30, bob prohaska www.zefox.net> 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 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
> > 
> > > 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
> network={
>         ssid="d-link.zefox.net" 
>         psk="redacted" 
> }
> 
> 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.
> 
> Thanks for writing!
> 
> bob prohaska
> 
> 
> 
> 
> 
> 


Did you reboot with the new setting? Or at least restart wpa_supplicant?

Regards,
Ronald