alhost [127.0.0.1]) by www.zefox.net (8.18.1/8.18.1) with ESMTPS id 5AP27RBb075837 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 24 Nov 2025 18:07:27 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.18.1/8.18.1/Submit) id 5AP27Q8X075836; Mon, 24 Nov 2025 18:07:26 -0800 (PST) (envelope-from fbsd) Date: Mon, 24 Nov 2025 18:07:26 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Cc: bob prohaska Subject: Re: Arm v7 RPi2 -current unresponsive to debugger escape during buildworld Message-ID: References: List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Bar: - X-Spamd-Result: default: False [-1.09 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; NEURAL_HAM_SHORT(-1.00)[-0.998]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_WWW(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_SOME(0.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; DMARC_NA(0.00)[zefox.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record] X-Rspamd-Queue-Id: 4dFmJJ4qkNz3GZ4 A few minutes ago a Pi2 running buildworld for -current locked up again, with no responsie to the debugger escape. The system was swapping fairly hard but not stuck, maybe 600 MB in use, eventually swap use declined but in minutes it got stuck with top displaying: last pid: 51520; load averages: 2.82, 2.96, 2.96 up 1+02:48:27 16:27:58 57 processes: 3 running, 54 sleeping CPU: 66.4% user, 0.0% nice, 16.0% system, 0.3% interrupt, 17.4% idle Mem: 183M Active, 540M Inact, 416K Laundry, 175M Wired, 98M Buf, 19M Free Swap: 2048M Total, 23M Used, 2025M Free, 1% Inuse PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 51497 root 5 59 0 352M 208M uwait 3 0:08 161.51% ld.lld 51518 root 1 101 0 167M 71M CPU1 1 0:03 87.52% cc 51520 root 1 59 0 167M 72M RUN 2 0:03 67.88% cc 11811 root 1 0 0 6724K 1456K CPU0 0 5:51 0.46% top 2047 root 1 0 0 4676K 704K select 0 1:08 0.09% powerd 2206 bob 1 0 0 14M 1212K select 0 0:46 0.06% sshd-session 2119 root 1 9 0 14M 2320K select 1 1:27 0.00% sshd The over-100% utilization for cpu 3 looks somewhat implausible. Might it suggest anything significant? I haven't seen this from top in a long time, so relatively speaking it's new behavior. There were no console warnings of any kind. Thanks for reading! bob prohaska