Re: Still seeing Failed assertion: "p[i] == 0" on armv7 buildworld

From: bob prohaska <fbsd_at_www.zefox.net>
Date: Sun, 16 Nov 2025 15:43:54 UTC
On Sat, Nov 15, 2025 at 04:08:50PM -0700, Warner Losh wrote:
> On Fri, Nov 14, 2025 at 12:31 AM Herbert J. Skuhra <herbert@gojira.at>
> wrote:
> 
> > On Fri, 14 Nov 2025 04:44:55 +0100, bob prohaska wrote:
> > >
> > > On Thu, Nov 13, 2025 at 09:11:51AM +0100, Ronald Klop wrote:
> > > > Op 12-11-2025 om 23:25 schreef bob prohaska:
> > > > > For lack of any better ideas I've collected some of the assertion
> > failure
> > > > > /tmp files by host at
> > > > > http://www.zefox.net/~fbsd/assertion_failure/
> > > > >
> > > > > Thanks for reading,
> > > > >
> > > > > bob prohaska
> > > > >
> > > > >
> > > >
> > > > A really uneducated guess, but might the update of jemalloc [1] have
> > introduced some subtle issues on armv7?
> > > > You can try reverting:
> > https://cgit.freebsd.org/src/commit/?id=c43cad87172039ccf38172129c79755ea79e6102
> > .
> > > >
> > > What is the required syntax? Trying a simple
> > >
> > > root@generic:/usr/src # git revert -m 1
> > c43cad87172039ccf38172129c79755ea79e
> > > generated a torrent of conflict reports
> > > The source tree is expendable with no valued customizations.
> >
> > Try:
> >
> > git revert -n -m 1 8ebb3de0c9dfb1a15bf24dcb0ca65cc91e7ad0e8
> > git revert -n -m 1 edf9a2fae94a4b0ffa11d40ce52a48a609da9353
> > git revert -n -m 1 c43cad87172039ccf38172129c79755ea79e6102
> >
> 
> Do you have to do all three? I'd have thought only the first one would be
> needed.

Necessary or not, it seems to have worked. No errors were reported and
buildworld/kernel has run successfully on two of three Pi2's. One of
them has rebooted and run an incremental buildworld using its new kernel
and world.

Next step is to run make cleandir twice on that machine and try a 
clean-start buildworld/kernel. Those results will take a few days.

In the meantime, is there any explicit test to see if the reversion
worked as expected? Searching for null (no error) results is slow.

For example, Peter Holm's stress2 suite found lots of mischief in
years gone by, might it be applied to this sort of problem?

Thanks to you and everybody else for your help!

bob prohaska