Re: -current network buffer exhaustion on RPi2 armv7

On Mon, Feb 16, 2026 at 07:44:03PM -0800, Mark Millard wrote:
> On 2/16/26 19:32, bob prohaska wrote:
> > On Mon, Feb 16, 2026 at 03:55:56PM -0800, Adrian Chadd wrote:
> >>
> >> 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 {} .

I figured that being outside braces implied it was global,
the tab was purely a guess.

In the end rebooting the computer after a world/kernel update
produced successful wpa_cli operation. So far the only intersting
takeaway is that the default is apparently not set as-distributed.

After reboot wpa-cli seems to work fine, reporting, for example
root@generic:/usr/src # wpa_cli status
Selected interface 'wlan0'
bssid=00:13:46:86:6d:0c
freq=0
ssid=d-link.zefox.net
id=0
mode=station
pairwise_cipher=CCMP
group_cipher=TKIP
key_mgmt=WPA2-PSK
wpa_state=COMPLETED
ip_address=192.168.1.10
address=00:0f:60:05:37:4f
uuid=40fd1174-97ff-5d58-af83-dd6bc26ffd24
root@generic:/usr/src # 

Somewhat to my surprise, the network continues after several hours
to work correctly, with outbound connections undisturbed and no
messages of any kind on the console.  
> 
> (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.)

That's a little surprising. After editing /etc/wpa_supplicant.conf
on its host I copied and pasted from that host to my mail host.
I used tab for the line I added and didn't check the existing lines.
That would seem to suggest that copy/paste on RasPiOS preserves
tabs and spaces. I thought it didn't.  

With wpa_cli running, disconnecting and reconnecting the wifi dongle
displays the loss recognition and reconnect process. So that's doing
what was wanted. For some reason, I can't redirect the output to a file:

root@generic:/usr/src # wpa_cli >  wpa_cli.log &
root@generic:/usr/src # jobs
[1] - Running                 ./buildscript
[2] + Stopped (tty output)    wpa_cli >wpa_cli.log
root@generic:/usr/src # 

Does anybody see what I'm doing wrong? I'd like to log everything
from by wpa_cli to a file. Note that I deliberately added an extra 
space between the > symbol and filename. Both spaces seem to be 
missing in the output of the jobs command, which looks wrong. 

Thanks for writing!

bob prohaska