From nobody Tue Nov 18 05:08:29 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4d9XhM4MZVz6GP0K for ; Tue, 18 Nov 2025 05:08:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4d9XhM124qz3mRX for ; Tue, 18 Nov 2025 05:08:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1763442523; bh=iifieztW7uRHqH8oyskZt5DiPMHmHlVyvz+P7Wt2Hqc=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Ks1Tx/hljPmuNPo27U1tNIRZwWj3tsfrQp0bZsfJ1NRbiBJ0YChHCzrFgGe5QCCL+bfN0J5xutRJZozmoUliCoHvDqfI70pN72KRhVMrS1q9BrBBclzaqugsd2WI0UVeY1priFNMTFTaatv3ORTDw29+lsz9rj9UKtCXbcgw3AXdG/W9zELFCjOlAcNIUsvTeoIVryopx/J5G6+IfUMlqW0gVeADineR0JmmJyBfp0USxVOFOTOKsg4+ljXgp675Bb27rSI1YowML3yVsL/Yn7P5+TgwfXN42CCwD6coAiUFGsDPFtDLJhoJKR4qQblJKbIRU2ZAjmvo201IaDH6dg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1763442523; bh=1RX25GquqQ/okwzUvTCOlCQbEXUz9cf8S9AlgWF/ssa=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=qdr0l+U9sjC/X31NBJ1F1NYNOKIUlv+psbS7dwrZWnscNxIhRcy6zaomw/PvW8mQZ9WqOwVIiw1UBGAVN+VFiLptcgMJXumm7U1z4VegrPdOtcWRVGlp/mQGgcHRJbZMocD1DxSS12OmMYWWzfckHwSyMHn3pq39R9V6KZfFyB2vle3AyPqwEc6jpArNaLHA1teeiLMTkoMbPl3pgMNt/qNZZhAx2uQkRsZfCm4mHacEznAd48FnGDcwiTzIlKOVC9vDenHe2YUYXtiXPoOPyUKR41sGaPrzfyPANUBT9Ex9uSo/kONBVJyeIoAoheWEdvGmTsWcnsZKqvDwHmAkRQ== X-YMail-OSG: YWqp7bUVM1lKm4OSBNJ0_Zv5AN8jMR3hXZCprlLr6UDJD.DYyZM6TNjM5GkK262 VlRDjwALZcEo.dKTl8C6lw3.HS8JY1iSm9OS2Y7K6HDtv0RTOVL4_b8CYlmCqeY_8gih644TfHVH C9TrHfV4FZxYKjL6aCVfMzE5A.Bwlmozqc_DP14Tuy0Y6avKbYFs6FHYipC0G2CBnQi3A0bAs4jP TSP6G53XyBdqdz8FsqmFLSP2FEYSHS69LnqLJQzTMyuNpurwN7RMBd8u6fyMlO59KJTVVL4EwPAY 0hM7MgDwMGbUmkMM.YscAHeaSzBEeUKf_qth_2pY96sNYyj4d8i7Owc0EBxzDNrfW2v_PEz2SjUX R9gr1X7_eOaUn9xi4AgrLaa63enJETBuCcQaEGYEWQHroXEeMXkKLiefsbrpJ6nGwJ2PGYDXnmDs l7lrnEBvn3Vwdi6JPABgOE7TqJuBXz_F17Mj_FRo9DherrcsNXOCX9DgqOcjQSxaNguDgk9kuoZ6 XvXTXWJ_7n9U9F45gkNXPTH13D6h8nai4XMaLEpg2ehLK143v2kk81cH252D3I9wnFycLISYq1ex EYY_IrdNANGc1DEIBBNJYTZ2wpOFZ_VpfLrumrvI_yIXww89xzE_8jLNHV3mYCvtOgfzV8fpRiyG w4E7OI31teTHwMzOlenXlwjXAlQflLEXF7s1zO2SIQTFDQp9kISzeSnxsnf1b.onjiUzpDo_4WFu oFNRY0EBCnvDzgviYjQUY4dUG0MuuzR6aXbp6V50zvPWghEMWGUdD8hFp2meSMafQ39w.1QzQx7D 0lVspWNzYQL9t9AEgTOj7Y2xQmGPWQ1ehWB6Dz4g_fNU8lOPxcy2khU0CpDCuUd_I6G3QyF4atkC 5FyPBFccmEH_wd4pIoyBeA0TWk_b5sHWquPa_zvpCww0b0GoTAat99yo3AinvEtOhEZr0_0zhaY2 OUvdUpfmwWKBEi4QTafFfWO7OSdgWNhy6i9hI2sPG0q8gu05i.Bue071t17JUzcbmcIIH3rbLKGN muQl71DX7bRX5caKnWt_K5DhCHFedVzPz0HyCaycGCwhs5.09txcD5kkNEztJ_B5HtDo.NLRjAgV gDBmKR9bXZrX6nR6kUuyPT.RJKXqMRIQNIVce.EARIC1q6vtt20Qnw42OtsQQnaM4uaxwp2Add2K _2mBYf0zZoYagJozJ4TzCrD.9JtpMksWkUkI7C7OyaQGxjyDcDKII05lh91kJjQvMUplDphhWkKG Q8WxndXj7f_0YwUwHMDRO4JbL0jkfZPnwfouSKAc.0a0i6PJD.HOx.B9RaJGS9pp2bhXyMVVz.pk SZkObI5XpNJuwFXWNwZrFyJoHzw4It_SUG5xqYpWpEQVi3ubUe1QLFxLCCJtjsDJOIeIfRXokF_l l38rUM.AU5rLU27NPholTVEt.JHuD9vUA41WwI.OqUnOdfmqsGnk4eTwPDiVXR8xcsAFXTT86fUt 3u0T2hsaxQ3H_f13rR5DzKqqT4Cs26gaEIpQXSJCkdWkUIL9dIbFqx1DldcwNN2oVX6tArTWIpQH tqW3OFRyE30JGrzLPlF_5Y13bhijuFo18HpZl0y6Wcr7f1kRGlKcBBq2AHB_nK3N9UXry1LRhTsH s4ZNq2THywgyGB.5yBXYZVcr5PW.dDAA_b.RN80Dzm.N9wm8JkTH62hTqZH.I3OoPZ5JEPWgG.qH W9hYQwg7AD_Mah8eZWrq9svT8Zhv5kcBSAqgmlN_BC8PuqMfhsZ4pw_dVMKGLAwpF8XpW.GmAKMJ zeyaAeh1sQse7EYPuyhzLhcRWq.lMvLLqshohsJGbjJG0EgARBzQfY59tB8S_3DFHZ1krWq9VquR oVpUukKIWtg5sKbiF5pl4mWTuud9SMNmKD7HA60FXe_5nPOvumHp2xaDut6eVTXB_WlAweDvgYhV .VNQkwjUDkvKVEB._S9BWOd5Et9Xk8Two8iHeN6RoV2jyL83rHQx75SAV9.jEv_OmyqACdQpe_Hb ck3pyhBNhUPHRjmlkeBD5Ty3frnQfg9IZA9kZHOVQaLO9wab.NmaxSB1ELEmkePr9xZghwWQi6vZ uuqxkj4Bh9rqHycpgKjRqxLEL4fxq5WxCQQ6moNuE2XTUb1yw69rp5jv0t.I9Z3zyYKm.4YLi6zh m56WgkJlLdp2C_VSwObmrtC7e_nqHiWpvJ6RW3cr0xWy9NRaVj8P5jm2fWMm.axWfarvyVbsKDzF HBi8SunkwO4B_ky1YCJA72.fRvHJQh2S8HtuRhtdUPdnmgB6O.sM_MXFs6Y3.nTJhZOpb7OsPgHZ RznNacQ-- X-Sonic-MF: X-Sonic-ID: c202ffa7-72a6-4de5-9570-7c52b0a71fc9 Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Tue, 18 Nov 2025 05:08:43 +0000 Received: by hermes--production-gq1-76c986f798-pz4gc (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 2740b6c5e94742b346186fe44d55d7c4; Tue, 18 Nov 2025 05:08:40 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: Still seeing Failed assertion: "p[i] == 0" on armv7 buildworld From: Mark Millard In-Reply-To: Date: Mon, 17 Nov 2025 21:08:29 -0800 Cc: bob prohaska , Carl Shapiro , Ronald Klop , freebsd-arm@freebsd.org, freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <13E753F4-84F8-4ADB-96B6-908897D6971C@yahoo.com> References: <4957be52-e57f-4f5f-9626-d0f706480fe1@FreeBSD.org> <87ldkai9lu.fsf@panix.com> <877bvthymv.fsf@panix.com> To: Adrian Chadd X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4d9XhM124qz3mRX On Nov 17, 2025, at 19:53, Adrian Chadd wrote: > (random reply, sorry bob) >=20 > i think i saw someone say they can trigger it with a single super = large source file, is that right? No need for parallelism, just build = that one file? I do not remember seeing such a claim about "p[i] =3D=3D 0" failures. All examples that I'm aware of involve both parallelism and memory pressure. Parallelism without memory pressure did not get have the issue happen in my armv7 testing on the Windows Dev Kit 2023. (Trying to test such on a RPi2B v1.1 would be problematical.) Parallelism with memory pressure has not shown the problem so far for aarch64 testing. > If so please pipe up, i'd like to see if you can get that over to mark = on his armv8 box and then we can try some stuff (like using cpuset to = pin the compilation to a single core so it doesn't migrate) >=20 >=20 > -adrian >=20 >=20 > On Mon, 17 Nov 2025 at 07:37, bob prohaska wrote: > On Fri, Nov 14, 2025 at 05:04:10PM -0500, Carl Shapiro wrote: > > bob prohaska writes: > >=20 > > > Those files have been overwritten by restarting the buildworld = sessions. > > > They tend to be large and diffcult to synchronize with the .cpp = and .sh > > > files generated by the crash. It could be done if it's useful. > >=20 > > At least from the perspective of debugging malloc(3), they'd be = useful, > > even if the files for reproducing the crash are not synchronized = with > > the std{err,out} output. For example, there might be other log = messages > > generated by jemalloc. > >=20 > > I need a moment to look at the code and step through what it is = doing on > > FreeBSD but my first guess is that there might just be an incorrect > > assumption about committed memory always coming back zeroed. That > > should be true on 64-bit Linux when MADV_DONTNEED is used but not = true > > if another advice is used like MADV_FREE on either FreeBSD or Linux. = It > > is always possible that the kernel is mishanding some memory but I = would > > like to rule out jemalloc itself before pointing a finger there. >=20 > Here is an example of both the buildworld.log file and the generated > diagnostic files, which for some reason didn't include .sh and .cpp = files. >=20 > = http://www.zefox.net/~fbsd/assertion_failure/hostname_www.zefox.org/buildw= orld.log > = http://www.zefox.net/~fbsd/assertion_failure/hostname_www.zefox.org/symbol= izer-input-bcaebf > = http://www.zefox.net/~fbsd/assertion_failure/hostname_www.zefox.org/symbol= izer-output-1aa401 >=20 > This host's particular buildworld attempt has been going on for a long = time, to the extent that > world and kernel are mismatched: > root@www:/usr/src # uname -KU > 1600000 1500063 > The immediate goal is to get them back in sync. =3D=3D=3D Mark Millard marklmi at yahoo.com