From nobody Thu Feb 03 00:18:07 2022 X-Original-To: freebsd-arm@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 6A3CB198A3C1 for ; Thu, 3 Feb 2022 00:18:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Jpzlt27Crz4djT for ; Thu, 3 Feb 2022 00:18:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1643847491; bh=BKJgkjelQ+x3oRBFdzBxLqB0vQDdRYeLNjDepomMOqQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=SZemhPimWJcEgFHM6mRRcx6+PSdZnJcV5Kf+NbxUMP9FeBHDH8s3JfBvnU0lVGaq7WLQtQ2kqDHfmD+oKo7RiS3DLKd+e8Ys3Ejmaa2vme6nTzsgvZLxDC417PLgPYqfh8o4gmpuVyMNBjO758qJK1ARTp7TiAOe1opwfvC25nRCnC48a9Oqj3zls6GHuzXsJH+3y98pKFPZ3ecECBI52lCSZ1ohxfIsqClDsmZ42oJBlzOBZepZGSvSIw3OYAi7p0H3M3TFwFxuTIQSJ5dctZPINZGupIdwkOG2DkEXyjcGDXWanV2xc7sHv12kMX7R+bIV8Ea7lsmuus71MOs2hw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1643847491; bh=y7tkxRdBXFIYCBp8SGNO1OrQzL0ffP01Josuxf9utks=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=OSm2I1aZQ06h0mtpqWPOVcrt3CK/p1YL13DTHTtGkSJ8ooUSiqqosSFzUz4wqDgQqceb3qv2eiC+8zd1GMKZENf7Heh6VDTSCtyhSCqCW3duso1GsXPy+k9sRWOHdb95Lu7h3zL7buTgvT6WgH4Lwgzp6jtIvdldna+xrbxGZKmHHbUw6PZt/eKyWHU7tIIub8H29iBSP91bTpcBE2j9ln62dxyErJGINnVWRd+6XvZ4I0JHuYMcgklh2uEP/ZaFxrFxVF5qqBym9ZTwen5IqZoXA+x9O+BS7g+9iSlXvBkd754lvj4tjUH2Z+yP1T5ronAbmGsyb0YtEhKqaQTxWQ== X-YMail-OSG: brMSYIcVM1lNzNs5raJcy0S4TslabX_eM2xShwiu0z5Oh5lltNIc3eNT5Mhk8h7 KVuI2jmGHK6AieMIxxdIky.fl4fDE.XaxkiQrsddSkLrzUmZuQZtYcho_z_qR_BoGC0j4szGskH6 _Z1Q8irXwnRR7U0xxL64WBX7MSZE9wAVMeKXDuKuQ2tdejgXKKKWeH8zyOn5h0uqD.pmIWgeN6em EYyBnfcmB_cecyY1rb3J.VEOV6cmrNiM0xfknvZtl.26ZB8VD5E9.QIcZxgHcwr0qvgMmakQSpGz .4.yMqv6WyC8nnSTTZCHAuxpOPX1oHSdxvuwY_cCxxv8d5KqvYE_J3j4C8yheuvyPadzG.3gt8bB GhFpA79x772mmYORm.Jk.y0jH0KS2DNO0gP_LKPE8ai5bbbDhsEgRUgpYrPher5LAUhvRophdRHx J3WAoGhn.GKDmOIkeb6MtOC0KhSc.OADqMUUe0YMCsIuUpjqbwgPW8ybXRh28BF.L5VPK472R5Bh G0yJ8IiTeQSSD9TYjm6n_zPIqUKBONrfVewFQO9_IE0KVCpJCINuvWtjZExJeyiA0QvOgJ.SJAuu n7XqxJxfNsda2.e8ujwqEB4N54Egmr5x0gojvUixqpsgg1.UPc6I86U0n6eWAarNH988l1vFWsCb NImUYTd85UEH_2XCkMSCcflObJEdyRTKRMNgNNQ8RliguK5ZkLhkGtg7NdP6W1UON.8sQR0XUm2I rU1o2k7Nbs.bDcNWzHxmDBCuTLhf1M0wD8kc2d238aH.F8e3.UK2F0yPTLQMf0kXDaEbkDQ7Tr.M ttR5e2uFkEh9YhhrIh.lzmAEOHNp8Ixridss5TzAsfuTZ1mVFu1UDYBuREwgqXhCdb1YbrcCebnX SZXu3h.ioEzc_11CewWeKdbU8Oevx.bhVRG7WZheVTNshW2j388pT1I3.3O5K87FlsfwNCLYy0rh CmqMYsb1ZfUpcVRCdaL8F5f4RoVleJL9sP9MIyOIwnSAtpyq20uNe.mGHv8A.JXSWBBVuzMJbvtL P7oG0y4hjNxGQRfaUeNFIxGnbOTKVu0L5RicnDks8TcgQp6kSs0_zfIAxIcWpZVc9Kd85Qr00MFh Qxft7l_xIv_c4tQ3uPUE.oddwA5Y.5qW0_2Msn_Z4i96h_O8ZkfDUy4pQzzBu.y3JMIE7KhNrJs8 U.k7VeVffjiAynWXTMIdjOfQ584hQpy41RgYbW10wSRgar7oneOxZDiEf3GoRR45T4xUmSG_xEfr ROAW8ryw7fSTU0fr6gO.pbyvbNTH01dc8fFJk_OPe4C1O1kXD8Z6r0BYCp32AMNzqGpSUiPrNpBd uvonc9LrUf633HGLJXb2LM.dYNkuP6QIgksq_OTZ0OT7R_Wl0XDDTtjnM5PPtZmEFvwKNE1Om27f TY8yVOo1XMXYdUrvNsKY1dDUCu1TA5z0e8QDDAIt9V4xNpiqaHvJR1eKhaJ.do8yL2IU6KXxdU9E 5sSsKJUvG31ybjUTpBOMeCOBaZaqxtADJJow700FyTJugftEScUNiKz4HpWH8.VuaWpE4ejK2OsY OcosqWcp24LyHfUIQ1IRpo.eeSEhLsc9AMsgXjote1mRXLP8n2D9BOmHU2Cx4LYrqWLLvl.SBIFD xqGF3ztgkQHvjNkIZPV2Z0q928V3imSVdMo2K5ZXIX.IyJfG.OCoOiWklfIbQroMGhiLhQMiDF1r goWndJxk0kqUI3h0cag9SVgeC_hRd9DWk2Hito14.tD3FkTlKFreISrvfqgd95D2961yQ9vC5sE3 nU9tWde5tgpu0M4uVYA06WGPkefu5WG6W7fjSDyLvGaVvLCyyF05TfNryD8CDCqauh3Qf2jP7j9j mQ4nBuOGhDXugYKyECvrnYg2x06ho4.0wUazotRnzuetLkFHPeFOnSCGVo.coXIcxbhqodguOdyK rUDb_dwWmETYkSBT4S_7LwjykvbAqw2IVEX6gd5RmGRWzC0FlX9Bdwf5b4_zsii9NoDhwQz42_rk 5CNB5EjaO61H77tBf8C.UtYwZzfBJsGutfj2wSQQz0XohrlofeIiU3T9nWk_YKyHw3V.Xn8nUkoE cY5m7TWLyHjh3zX7wddGkyLeD8kc2e5VjTEhkSUvCQ.nM_rE4pAzoexdC3PataWiZynA.WvTcL6N qyyGjh4zo3OlRA25u1NqYLfaQYkVK2MUtJmwfSi6VeZRe_3ZRbWVL1uh0mHNeXxj.L1Kis_jlymm ibxrvP4jFbmSWc7XpDN6HUO_4MdoI7QHpUwRgSY7BM4KPXtuxmTlFqQCOcM2JhHdqlGeoCXMINZm 8ucb6OAhoYz95uDMP X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Thu, 3 Feb 2022 00:18:11 +0000 Received: by kubenode531.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 488bf3b7ef2755c8719911c42f977953; Thu, 03 Feb 2022 00:18:09 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: Troubles building world on stable/13 From: Mark Millard In-Reply-To: <20220202223208.GA78110@www.zefox.net> Date: Wed, 2 Feb 2022 16:18:07 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <70550346-BC53-458F-B01B-68559E5C9847@yahoo.com> References: <20220121031601.GA26308@www.zefox.net> <8595CFBD-DC65-4472-A0A1-8A7BE1C031D6@yahoo.com> <20220124165449.GA39982@www.zefox.net> <5FAC2B2C-7740-435E-A183-FB3EF1FCE7F9@yahoo.com> <20220202223208.GA78110@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4Jpzlt27Crz4djT X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=SZemhPim; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.31:from]; MLMMJ_DEST(0.00)[freebsd-arm]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.31:from]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On 2022-Feb-2, at 14:32, bob prohaska wrote: > The latest Pi3 single-user -j1 buildworld stopped with clang error = 139. > Running the .sh and .cpp files produced an error. The .sh was > re-run under lldb and backtraced. I'll see if I can find any interesting information based on the "fault address: 0x5" and source code related to the backtrace reporting . > The output is at > http://www.zefox.net/~fbsd/rpi3/clang_trouble/20220202/lldb_session > along with the buildworld log and related files in the same directory. Your 20220202/readme reports: QUOTE The first attempt to run lldb-gtest-all-fe760c.sh finished with exit code zero. A subsequent try produced the expected output reported here in lldb_session. END QUOTE (You had also reported (off list) a recent prior failure where the .sh/.cpp pair did not repeat the failure when you tired it.) Well: = http://www.zefox.net/~fbsd/rpi3/clang_trouble/20220202/gtest-all-fe760c.o seems to be a possibly valid compile result to go along with the run (under lldb) that finished normally (exit code zero). I can not see the dates/times on the files over the web interface. Can you report the output of something like a # ls -Tla that lists the dates from the original *gtest-all* files (if they have been preserved in some copies some place)? As stands I'm making guesses based on not knowing the time order of the files. > Hopefully it sheds a glimmer of light. We will see if I notice anything intersting looking at source code related to the frames of the backtrace for the lldb based failure reporting. The variable results for the (lldb) .sh/.cpp runs for the same file pair suggests possibilities like race conditions, use of uninitialized memory, use of deallocated-and-reused memory (now in-use for something else), flaky hardware. (That failure only sometimes happened with the .sh/cpp pair means that no processing of include files was involved: the .cpp of the pair is self contained.) I'll note that the buildworld.log 's : 1. = /usr/obj/usr/src/arm64.aarch64/tmp/usr/include/private/gtest/internal/gtes= t-type-util.h:899:21: current parser token '{' 2. = /usr/obj/usr/src/arm64.aarch64/tmp/usr/include/private/gtest/internal/gtes= t-type-util.h:58:1: parsing namespace 'testing' is the exact same places in the original source code as was reported in other such logs for failures while processing gtest-all.cc . > Not sure what to try next. It is possible to build kernel-toolchain = and > new kernels, kernel-toolchain builds a subset of the toolchain that buildworld builds. I'm unsure if the buildworld completed building what kernel-toolchain builds or not. > if that might be useful. For now, I need to explore source code. > At present the machine reports > bob@pelorus:/usr/src % uname -apKU > FreeBSD pelorus.zefox.org 13.0-STABLE FreeBSD 13.0-STABLE #0 = stable/13-n249120-dee0854a009: Sat Jan 22 23:32:23 PST 2022 = bob@pelorus.zefox.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 = aarch64 1300525 1300523 Thanks for the reference to stable/13 's dee0854a009 . (This was still the "boot -s" single user context for the testing. Note is for anyone reading this.) FYI: the variable result makes the corrupted-block hypothesis less likely. You have seen the failure via the original files and via the .cpp of the .sh/.cpp pair. You appear to have had a successful build with the .cpp pair --and an unsuccessful one. Also no stage under lldb reported illegal instructions or the like. =3D=3D=3D Mark Millard marklmi at yahoo.com