From nobody Sat Feb 5 02:54:03 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 200B4198C347 for ; Sat, 5 Feb 2022 02:54:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-8.consmr.mail.gq1.yahoo.com (sonic308-8.consmr.mail.gq1.yahoo.com [98.137.68.32]) (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 4JrH6v6tqFz3JnZ for ; Sat, 5 Feb 2022 02:54:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644029648; bh=QLDobadEgml3RFFqgh85jn/ZfXc/34cYmhHXBfKeBic=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=LN2lVWZOliPlmphn7xn0Pms2o0j7GDyHtDg5Zk/uUdA74ZR+rwwD89oBQHnUX18WgLzXPLD3P2ZRz9Ja9KIN3Mnfkrwmdex1auZOGWSEqjkp6wIaZvciVokIuxKdrsRv4JBxNxSJDfUbqkxO7tLg99cVzRRFvXdaloP4opL4kAeRBmhiHbgN2dhsJFyJF3UpwKEAYhH8WCkpoeFqw03vLH+jVwHddxG0NwRpwVPRrhIpiCjzf/YfJSU0OeplY+2va8Q35IUan6ONV6qY8+FnniBbvbnFbuiyNd7ycC3q/BekgoqaS/C1UUM6SekoyG17zSQW7owB3qZw4fFoG0/PYA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644029648; bh=2rjwg5+fUa24DRvPs9CbgYTJ9BaVtdnXXgnFFSFyens=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=CLTxl9i+nycGciLctz+8+fJV/Edp5r2eBJ61B6/wFF5kHXyhQGyUvrQ8XKosKU2+mPTOKBFIjE4hdOZi3NbEexNvDDoIZKfQLbY8mtMC1saG1H7VDSKTsub4i80rwxECUfXPeXe6b2maUz8X3legb98uy2GZhOKnaP85a3z6dN6DWM9gWOybCJx9OH0uj6KzNywtdPHQ6H7RjPPMgFvgQZOUbeTRWvkFzUpQyRhzhuocXv5z/sBmbiKoeWJUgsHb9B9eP/g6elANsGn3dbjbl1FS2SOAXJD37IjrmNbDbODtqMID2lBIn/9RYKgKBM7GmQvbjNpys8Bo/KfbCZvj1w== X-YMail-OSG: 1iibdCYVM1k136JBLA6bdCNdhiTpW9RKgMjv72.cEO9jj2ezq1YLjQXcx7v4_ms PGruWcaAo_alIv4Ttqt3.udZnMIaBuekwbLI_FMB.VmBej4vd1zMHOe2_0lAZZlO.7qhTsyZKx8R KHNPBH3c.NtcyZ5kFOua3DiWwi61O2ihHhLI_A1nlN2kwBU2is8fO8w_b5qqwHMArtW7Gnacjbgz p2BfHDamb.sVXvJICtizpTcWHcrq8GW9s6Rrq30Us5T9iY4X20cReUBNO7JE_X2mXUrjreMrHwI1 9FwdG4oDEjijw31.pQcFX_dS1u3zA3kcBI1Cj_bWGSvTqYl6guPErmocqDlHwkXjQk5WV8ivreGw EzqCc3uoiUKKH4Y6GDxUNOmH7NyxeWFHTubI1QGM2QiyB6TFeG2PnZfaPTQRGszPQaZsUIhh2_Rr jptpMCHEWPC9bQU9HGkbcnEUZYjcggGhMz4S.YHF4O7XREGhabHNMuFBWkSZUUdPrJ.UPORMnofk 4JB07EMsxGr.DCOfwLvpLRRYoVrODj9eohnRrM6S4u1TdHjOQjXCmkuwUMcxRfbpLTWCqX4rJtKw WgAqjmzOZUxT.R057El_Uz9T_Ceh6VSZKoueeS5s8E29JzsgIJ5usSKS1dMSO6FzLYDCZAwcdWRR h6l2L7dotY2TNyevGN3Z93h4cZeU1fB72RGILKMIhIYFS.XMlzkTleuDhPsfdkt_Y3tU_wxLUrnH p2NeL6vXLjJUyLR8Y8fCPe8DTFafyTDKJuOWXfl_pp7aR.3F66AROZqIgcNmV1wdDU6Rh5_eEkK6 _m0_6RopN3J7O6MUl3ITKVBuR9MJBCECBGNL78xoBH_gw4i_Kqq48Nuh.q_lpiQBLSW9czGzPIG8 4fGkK7CQ.bG6.uz9VHKnoe9l5iQgd.e6gORCAAzk6rEOuN3YotB1uPsbdSDcp3nKyhNs5YFktEWq I285siRPa80gLfezskTVoK5KPdpgheVo6nAjbYjY0aOzPzEPN8JkM2FVM9MQWgUt4u.CuCX9iQg4 oP2_h2GaZBb6jnkNrOliiFzezjc5z5BTUVJHAXKYW.h0uCbs7fdpMW7aKuuebQzscSfJSOBail2q I35H.7t9cHQoVoVW.adALBFZyt5URgXAguacbOu4OfMgBH5bQXdh7C1lro_3u87VnqHQsGJmfIna CZeB9tmkUAbiVdBLnQCH8cBFY1p9is2H6qEn6UmcDXqo9skwPe0vHFoKFqKJB3y4vwN05pQTy_g3 SsyGgDLSd.Ny7KsCGB9rjoecuAk4lYM6DJ9Y7dyGWnaNH32reLySXpDvRFkomkADhUMAJ8btB0FK YEPCfrfCejYQKRwrEoDNS7XwIkyj44E1dB5P.J5_piSGGhmx2WyzV8qTOon6iPfjD2f.8UgGk2zS Q2TLl.KZbtZEm2AinrPWd1Aa57s3Vf2JUpiT5JhkSAsDW_7Figu3REqQeX9HszWcLeFYtaEBx2Ws Mio1swS0SGyqQgCJc3TUFh9kDqeDZRwKAPD7YOMhF1qB3h79rkmyXwcJ_g69AClB4FMkoZCyVHmi DkI.TLJru7o.cEUcI9br59bTMY.lQ4XP1LXM6n0WZee0U3QlftlhqukzHBiOsidW6CcCnlVs3A.L 6pjno_50MqO_X4NIHVS3YiLj.y3SlCi7_Ii3tFhUJY12jCsF0X1U6BFx8q3xQrSozeHfZmHvBOf. urjQfcd3ykT.T1isYUACdjN6c0m8VWicOof8yUPYNfUuUO.LpozZzaOTOsnbhwN1G4nMOgtAj0I4 B7LeWaTtnHM_hfrF3gx0nQyeK.AhN5ZzISS3PuNpkHNN6EG3c_MCDq3rKbBEMNKSmvwqFfUgDmHA es8BHXqMI9hpLff5TrKgirvy7zVTq2VyihkYTCKqCiMS.mrsj0KaXh3HXt4_5UzqAYmoHMT8GT8x klw7SdHLvlPUgtUIjJY64UeGx0CyqgIL73Odih4HEdOlrzBkBFnPuJYs1jtFpUJNeVM7_p8kHpdz JDcHKSrMOU0RLQbvfysavUpUiQaurjPrXh8qYi3eJzCDZuR5SZGk7Po92GfUtZpimWQE.IibtYOc vOFuA4gezuQuYJLPP4FlPpE7Byvx_VWKhlNRDgfFBl69wq3jmpuDchO2c58EDAqatzfr__hqqg_V QskQKPWKqUpyiqSZIBAo8srJ9cY_EfyxpFOArk_PFA71qMXJdXSwNxJXf0KumHU8Ls_ES70uHkKP Nz_LaFsA7EBt95qGbyhk2cWGcUmxga0qDQ6H09G46HLDXFp5owCO0xd19a0fVk1hpZo5CE0B5gek bhBIyB8l3k8ZXYuee X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Sat, 5 Feb 2022 02:54:08 +0000 Received: by kubenode531.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 677891c309ea9c7715e4aff065ee9f11; Sat, 05 Feb 2022 02:54:05 +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 [an experiment-environment that leaves existing things alone] From: Mark Millard In-Reply-To: <20220205020612.GA85996@www.zefox.net> Date: Fri, 4 Feb 2022 18:54:03 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20220202223208.GA78110@www.zefox.net> <70550346-BC53-458F-B01B-68559E5C9847@yahoo.com> <20220203015149.GA78722@www.zefox.net> <8A85F917-F4E8-4382-B777-15AF7401E616@yahoo.com> <20220204214403.GA85107@www.zefox.net> <20220205000800.GA85644@www.zefox.net> <51D494E4-6D8D-49C7-8F0C-FD53311264A5@yahoo.com> <20220205020612.GA85996@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4JrH6v6tqFz3JnZ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=LN2lVWZO; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.32 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)[-1.000]; 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.68.32:from]; MLMMJ_DEST(0.00)[freebsd-arm]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.32:from]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N Status: O Content-Length: 3777 Lines: 116 On 2022-Feb-4, at 18:06, bob prohaska wrote: > On Fri, Feb 04, 2022 at 05:00:05PM -0800, Mark Millard wrote: >> On 2022-Feb-4, at 16:08, bob prohaska wrote: >>=20 >>> On Fri, Feb 04, 2022 at 02:44:01PM -0800, Mark Millard wrote: >>>> On 2022-Feb-4, at 13:44, bob prohaska wrote: >>>>=20 >>>=20 >>> It sounds like I simply have a corrupted c++. Perhaps just >>> set the old version aside and copy from the chroot directory >>> to /usr/bin ? Granted, other things might be wrong as well.=20 >>=20 >> I'm not so sure. My expectation is that if you first >> do (presuming not already in place at the time): >>=20 >> # sysctl kern.elf64.aslr.enable=3D0 >>=20 > On checking, that's already the case. I didn't change it > knowingly, likely it's been zero all along. So you get the failures even when: # sysctl kern.elf64.aslr.enable kern.elf64.aslr.enable: 0 ? That is different than in my context. I've never gotten the failure for the above type of context. It may be that for stable/13 's kernel the default is 0 . I did test and one can actually set: kern.elf64.aslr.enable from inside a chroot context, at least when one generally works as root. It changed the system's overall kern.elf64.aslr.enable status. >> and then to your buildworld buildkernel it will just work >> -- using your exising c++ compiler (system clang/clang++). >>=20 > Well, that hasn't happened yet. On the theme that if a > problem won't get better find out what makes it worse, > I've set it to 1 and am re-running buildworld with -j1. Okay. That you get the failures even when kern.elf64.aslr.enable is 0 means that my existing context for investigation is still problematical. >>=20 >> It seems very odd that such a setting would "uncorrupt" >> your clang/clang++ build (used under the name c++). I'm >> not aware of the compiler doing anything like the ntpd >> did, for which having ASLR enabled as a problem. >>=20 >> For far as I can tell, the setting changes the detailed >> behavior of mmap calls (including implicit ones in >> library code and such). >>=20 >> I've not found a way to look at the context just before >> the failure (without disturbing things enough via debugger >> activity that the failure does not happen). It is likely >> that I'll not manage to get such evidence that includes >> the failure. >>=20 >> I worry that the failures seen with your c++ involves a >> kernel bug but I do not see a way to investigate that. >=20 > I share your feeling that something isn't right but am > utterly ill equipped to posit what that might be. The=20 > most obvious recent strangeness with outbound network > traffic not working unless accompanied by an outbound > ping is most peculiar.=20 >=20 >=20 > Might this be a reason to try Peter Holm's stress2 suite? I > haven't played with it in a long time, not sure it'll even > compile now. "Success" in stress2 terms is a kernel panic. main [so: 14] has: # ls -Tld /usr/main-src/tools/test/stress2/ drwxr-xr-x 8 root wheel 33 Apr 28 15:20:54 2021 = /usr/main-src/tools/test/stress2/ But I'm not sure if it would be of any help or not. It may not have tests for causing vm.aslr_restarts to increment during operation and then seeing what works vs. what does not. stable/13 and before do not seem to have stress2/ . >> Another option might be to use a copy of the >> compiler from the chroot area to replace the >> normal system's copies, possibly renaming the >> old ones first (various names), including >> deal with clang.debug as well. This presumes >> that the 2 stable/13 builds are sufficiently >> compatible for such a substitution to work. >=20 > That sounds worth a try if no better ideas emerge. >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com