Re: Arm v7 RPi2 -current unresponsive to debugger escape during buildworld
Mark Millard <[email protected]>
| Newsgroups | gmane.os.freebsd.devel.arm |
|---|---|
| Message-ID | <[email protected]> |
On Nov 14, 2025, at 13:57, Mark Millard <[email protected]> wrote: > On Nov 10, 2025, at 17:46, bob prohaska <[email protected]> wrote: > >> On Mon, Nov 10, 2025 at 07:02:35PM +0000, void wrote: >>> On Mon, Nov 10, 2025 at 07:39:51AM -0800, bob prohaska wrote: >>> >>>> Did the machine hang entirely? If so, how did you recover control? >>> >>> locked solid. rebooted. >>> >>> The machine responded ok interactively until that point. >>> >> Have you attempted a debugger escape on the serial console? >> Enter, tilda, control-B is the default on -current >> >> If it works some extra information can be furnished to those >> trying to help. I'm not among them, but have been the beneficiary >> many times in the past. > > [There is also the jemalloc assertion issue.] > > This is just a note about how things go in > another context, with more cores, more RAM > and aarch64 handling armv7 via a chroot to > an armv7 world. > > Context: Windows Dev Kit 2023, 8 cores, > 32 GiBytes of RAM, USB3 media. main 16 > via an official pkgbase distribution > installation. swap was configured but > went unused: SwapUsed==0 was always > observed. No /etc/src*.conf . > > # cat /etc/make.conf > WRKDIRPREFIX?=/wrkdirs > > So . . . > > A from-scratch armv7: > > # env WITH_META_MODE make -j8 buildworld buildkernel Sorry, I missed the "=": # env WITH_META_MODE= make -j8 buildworld buildkernel > worked just fine, taking somewhat under 4 hours. > 6298Mi MaxObs(Act+Wired+Laundry+SwapUsed), Inact > started large from prior activity and stayed large. > ("MaxObs" is short for: Maximum Observed.) > > So it does tend to suggest that memory pressure > handling contributes to at least making the > problems more likely to occur --and might even > be required. > > > Part of the reason this was tried is that jemalloc > is world code, not kernel code. Thus jemalloc > assertions need not require the armv7 kernel. > > > I can also test telling FreeBSD to use only, say, > 2 GiBytes of RAM and pick the 3.5 GiByte SWAP space > that is available, so RAM+SWAP==5.5 GiBytes, still > using -j8 . /boot/loader.conf : > > hw.physmem="2G" > > It may be that I'd need closer to 3G to avoid > running out of RAM+SWAP. The build has started. === Mark Millard marklmi at yahoo.com