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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.