From nobody Mon Nov 15 23:43:49 2021 X-Original-To: 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 29DFF188A37D for ; Mon, 15 Nov 2021 23:44:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (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 4HtQkr3L6Qz3jl1 for ; Mon, 15 Nov 2021 23:44:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1637019836; bh=mUekWikUU+iYpvEwo2oz/STVl6wxnakZiVqY5M8itsI=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=jhhQp9UBKnJiHtdSbCuagjmtt2PbTZegHAuxN4SRrz54w6NiX8uYyynqJqwYHUWhirqOlW6hm3bCJNiVIMEELJyNv2bxZ3x4G1GbGVRkYNk/MeVVT0+2e7uZs5uswuxNfv8MA1Z6b9I81+gi3r+cXJzC6SIQEreyzo/k3LEB9Lgvzg0EVL8wdUIMWsWlU2fvlkeF7apGCOOwQ7C4AO+EoDirMtF3KTCXIdwF8h24k55/PJhDOJvShGnzFte3edDF0ST8F6TvoweKs1KbXTHZ2dVnhbDB7Smk5L/jLrO0DIGM+FRqUQgE/rSTOsw+2GrYyaeBVoZUFU7Ys5LEQEeM9Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1637019836; bh=l4BMh9v281S3hHZhq/V4EYcqBA85ot9pqRJkc78XVfH=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=ja5mZYtLsNhn2luy091FxJ8ugMTx5uv++tZvH2M9cKXAxNSV+GaFWwtLSwW4700nO3zB/N28AuvINvjb5pkslo+CyeyCVtNjJEYKWljvK1QV26AObQ2J1I0bnc7ieKWusYfR//lHeXVaQ3GDK4vet/l8Vuux8WBXxQMuUkdj68B+cC6rxS4Sle7/A3oShMEh1iMVprreaFwVaDBKccDxUbwmd3ctVxKDf/40icNS9cW069g/cVY2UF8aY33plKvS7ODKUODNQWjXs+1+tpV5/Mm1Wct/OuOBG9A3kVFE/eF35XXSFwMXdyKf+8T853oJxIwNN9z/9VWYGrNQd4n0JA== X-YMail-OSG: hjiTR8wVM1mkXN1f6bza0r3_CTVT86vcM0xSb3SNVnast2BnX4r6k8Rz8GoM5Ps qLKI2NPCjpRNg4AIbs3xycKO_1OkdO5ObHaPvH.C1waQxzfXFE0u_FRjzuaPTgh3TXoth5oksRNo _UvQVZ7GAMWP0weEx2_7wp8a5xvmFj.hS_tDh_j23fdKK.ZELSV.FXSHuynYJgakL4N2q2.COfXH AL5VCKFETJ4Y8AgxvQcmi2EjankWs_eifDUWY8pElfFWJgVdKxYfjjOWH.ELSEszxuPNqdbfmDAC Ol.3ls1T9HO0KCRcjexJJvuHLiYfd3IhTwl6u5s5Bw524nD4sHVv5EOVcUqeLO0apuS1.b.lBB6Y zEegDCZOp25lQiymIaMpSTQPWrMAm7HhVNMq17nvpo2AHis4eyJ23ZJtwtJJo25gkLYuuuw7mnfE l4YmAFpaGHjC42JTKijHDOIdxm2.Q7i0_9h7RbEro0f05e1UYl6LjbO_S38fECYSy7zHdWTnrJ6W AJJwsGocpfAl.DLgcu1gH77fLTyEf7ZbwKcMJrdCLswVq0.6x_pCUqDL8TVKmSqzeBCLxUDGHOe0 1xgpG6xkooxiNKrEQjf8kIpBEqGIFBIkQctXjDkCzZlfv54QJsZ1_hhP0AL.T4FbLPcrVc_pbWdf C.ig8TGbLqntAyMbwbZV_rWFdiNwB6JYjZNU9HZrqufZ.2uL2COzFDdsqRvP5k8pWbmLy7xoP7hm DLoqmW2Bppr57.fEFEVnD2Mn4mbXQkG9VA1rYDI2kqopXlWT0vfP4ydDvbDuW3_3ZYYIwnunNuP5 7DFbN5OtXSBPz4b8Zbsf0guJCM8NuHqghJvq.uWmhf12bA0moHKJrlnSp4pAHBnQJ3v_A7iiWUWp pC70JvWuSzIJRGCJuzh0uPEV168D20fhgcqINij8B2zhLSSFeOHe_SIxAbQpOuUuAaYjnce_QBAC VZQQSZEQpWWLhHsEeVkFeZyAmB0KnoIeg4RfHiJ8Q4oGDYbX2vmagoMc14c2uT8GTB8T5epPTZoB hcDLxLdGfQCLr0gEopZtJTFA8Zi89YD1D1Vqh1ZGZBUuxg1sCesyQBiu3klzgE34sFda8IcbmsG2 .k9Njx5Pshko2y74AAt3yBdnpkB3Hbv8TjH77Dob2mMb.4ajHrmJfv2k34OstnPoJCajbzyAjga1 ZxEH8fzBEX.TPsKXFDI0moWoKqguT6knrABF0UkHJqmXrcuEfNcWAwMJ5368x4xNr.YRE1tV04JZ BZcNXTzYXwVWq1pw1bSSsdX6PnHf1CL7XdxI2m6puk4yBLRws5PGCkxlXWCoxLZWGV14QVUENebm DDIQBP5jHEyyf7ZCAWzOFNhQNjRqVqWmh7wGN9Q6H2FhTPES6LFxGUUngPw19sGp_27uaHtEjs.v vEmrV7BEeLvNOvhljUvL9Mm0rGXLbdwpBIQAc4U8eAPCPxCe6GXpaY2dFpwhrORCaJ0rLrewY0lF oirbcY0llXkSwhm7Oo5U5TekDf4Uy.QxMwH1bcJF_rAXmr3eWjqR8eS1JbJ1OQT7toDdc65d.fX8 ZxDt.VTqxBpKbHyN7flqDHLuFilWz8ATqjGLolIL_qSPMvVXVOeq1DVsQ_wrzDoINAoozAIbz1Xh IGdWJhG8F1eCmMTQmfZLQR1jlVehEW3pZc045T1I_v843AF0f2em.2u1vwFFYtA0tFt3f0K5QpGM 1SCoFyKHK27ABZ03m5rFia4CoO6mBP4L36ROnEZkxtmLU3IEtJc9hUFThXQuzO0rX4CBnVOaL3l3 AGdFsEvxKelHgMmiTgtaqkLMMl0t7IDp2AkxiQ2wxzv8rZBJYUOsseKFXiH30BAYCgYYY1BC1BmL Q7p2QEgC7zzAVFscOSNc8MjVEmWZpTn.XFHaUfCKEJrcZTv4XW8OKa6TDxKp27aLKwPhNZqOY.e. 0RBJ9lHyi7f1QRgWpZp48lIg5W.SfvnTqi3o5aM8Erl7v1Kbgr4qiZ7ZXb8UlX6p4osayuEPxYC_ 00ZjFG4DWZktrOz65O3dPbOzf7rNVErUwDWNa9n.EogO3SYwW3zfIxi7E7Cr4yd9mJnQps3dH33P J2yTTteeCdOBjwShEPwYPFEFL.hxm_i.mtN_O4Wja7fok_gSghrP9PVaDnji9JOAQA_vWZueq.eY BtgH8O8gNdgRpMNNrfYpygBWWzKt8rDdbxZ6RaEG96_zd1OFXWGHKnV2ZAxKqpFJKxAsxAekD2Wu 3_HvqJQKEAsfzuYXYHphmvg8sYCkT72AxZUM7ev0bhSsL5Q-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Mon, 15 Nov 2021 23:43:56 +0000 Received: by kubenode522.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID ed2e5dd9852d9e679eca91269152e810; Mon, 15 Nov 2021 23:43:51 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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: aarch64(?) poudiere-devel based builds seem to get fairly-rare corrupted files after recent system update(s?) Date: Mon, 15 Nov 2021 15:43:49 -0800 References: <2CA61249-321C-45AA-9755-597146AB8E9F@yahoo.com> <65AA4BCD-EC4B-4A19-B750-C7FC6E5ADDF5@yahoo.com> To: freebsd-current , "freebsd-arm@freebsd.org" In-Reply-To: Message-Id: <9BF4F65B-6437-4D88-AF34-9BCFBF90D6F3@yahoo.com> X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4HtQkr3L6Qz3jl1 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=jhhQp9UB; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.66.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; 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)[]; SUBJECT_HAS_QUESTION(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.147:from]; RCVD_COUNT_TWO(0.00)[2] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-current X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Nov-15, at 13:13, Mark Millard wrote: > On 2021-Nov-15, at 12:51, Mark Millard wrote: >=20 >> On 2021-Nov-15, at 11:31, Mark Millard wrote: >>=20 >>> I updated from (shown a system that I've not updated yet): >>>=20 >>> # uname -apKU >>> FreeBSD CA72_4c8G_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #18 = main-n250455-890cae197737-dirty: Thu Nov 4 13:43:17 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64=20 >>> 1400040 1400040 >>>=20 >>> to: >>>=20 >>> # uname -apKU >>> FreeBSD CA72_16Gp_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #19 = main-n250667-20aa359773be-dirty: Sun Nov 14 02:57:32 PST 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1400042 1400042 >>>=20 >>> and then updated /usr/ports/ and started poudriere-devel based = builds of >>> the ports I's set up to use. However my last round of port builds = from >>> a general update of /usr/ports/ were on 2021-10-23 before either of = the >>> above. >>>=20 >>> I've had at least two files that seem to be corrupted, where a later = part >>> of the build hits problematical file(s) from earlier build activity. = For >>> example: >>>=20 >>> /usr/local/include/X11/extensions/XvMC.h:1:1: warning: null = character ignored [-Wnull-character] >>> =20 >>> ^ >>> /usr/local/include/X11/extensions/XvMC.h:1:2: warning: null = character ignored [-Wnull-character] >>> >>> ^ >>> /usr/local/include/X11/extensions/XvMC.h:1:3: warning: null = character ignored [-Wnull-character] >>> =20 >>> ^ =20 >>> /usr/local/include/X11/extensions/XvMC.h:1:4: warning: null = character ignored [-Wnull-character] >>> >>> ^ >>> . . . >>>=20 >>> Removing the xorgproto-2021.4 package and rebuilding via >>> poudiere-devel did not get a failure of any ports dependent >>> on it. >>>=20 >>> This was from a use of: >>>=20 >>> # poudriere jail -j13_0R-CA7 -i >>> Jail name: 13_0R-CA7 >>> Jail version: 13.0-RELEASE-p5 >>> Jail arch: arm.armv7 >>> Jail method: null >>> Jail mount: /usr/obj/DESTDIRs/13_0R-CA7-poud >>> Jail fs: =20 >>> Jail updated: 2021-11-04 01:48:49 >>> Jail pkgbase: disabled >>>=20 >>> but another not-investigated example was from: >>>=20 >>> # poudriere jail -j13_0R-CA72 -i >>> Jail name: 13_0R-CA72 >>> Jail version: 13.0-RELEASE-p5 >>> Jail arch: arm64.aarch64 >>> Jail method: null >>> Jail mount: /usr/obj/DESTDIRs/13_0R-CA72-poud >>> Jail fs: =20 >>> Jail updated: 2021-11-04 01:48:01 >>> Jail pkgbase: disabled >>>=20 >>> (so no 32-bit COMPAT involved). The apparent corruption >>> was in a different port (autoconfig, noticed by the >>> build of automake failing via config reporting >>> /usr/local/share/autoconf-2.69/autoconf/autoconf.m4f >>> being rejected). >>>=20 >>> /usr/obj/DESTDIRs/13_0R-CA7-poud/ and >>> /usr/obj/DESTDIRs/13_0R-CA72-poud/ and the like track the >>> system versions. >>>=20 >>> The media is an Optane 960 in the PCIe slot of a HoneyComb >>> (16 Cortex-A72's). The context is a root on ZFS one, ZFS >>> used in order to have bectl, not redundancy. >>>=20 >>> The ThreadRipper 1950X (so amd64) port builds did not give >>> evidence of such problems based on the updated system. (Also >>> Optane media in a PCIe slot, also root on ZFS.) But the >>> errors seem rare enough to not be able to conclude much. >>=20 >> For aarch64 targeting aarch64 there was also this >> explicit corruption notice during the poudriere(-devel) >> bulk build: >>=20 >> . . . >> [CA72_ZFS] Extracting arm-none-eabi-gcc-8.4.0_3: ......... >> pkg-static: Fail to extract = /usr/local/libexec/gcc/arm-none-eabi/8.4.0/lto1 from package: Lzma = library error: Corrupted input data >> [CA72_ZFS] Extracting arm-none-eabi-gcc-8.4.0_3... done >>=20 >> Failed to install the following 1 package(s): = /packages/All/arm-none-eabi-gcc-8.4.0_3.pkg >> *** Error code 1 >> Stop. >> make: stopped in /usr/ports/sysutils/u-boot-orangepi-plus-2e >>=20 >> I'm not yet to the point of retrying after removing >> arm-none-eabi-gcc-8.4.0_3 : other things are being built. >=20 >=20 > Another context with my prior general update of /usr/ports/ > and the matching port builds: Back then I used USE_TMPFS=3Dall > but the failure is based on USE_TMPFS-"data" instead. So: > lots more I/O. >=20 None of the 3 corruptions repeated during bulk builds that retried the builds that generated the files. All of the ports that failed by hitting the corruptions in what they depended on, built fine in teh retries. For reference: I'll note that, back when I was using USE_TMPFS=3Dall , I also did some separate bulk -a test runs, both aarch64 (Cortex-A72) native and Cortext-A72 targeting Cortex-A7 (armv7). None of those showed evidence of file corruptions. In general I've not had previous file corruptions with this system. (There was a little more than 245 GiBytes swap, which covered the tmpfs needs when they were large.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)