From nobody Tue Nov 29 11:56:25 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 4NM15m0J03z4hdx4 for ; Tue, 29 Nov 2022 11:56:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-54.consmr.mail.gq1.yahoo.com (sonic308-54.consmr.mail.gq1.yahoo.com [98.137.68.30]) (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 4NM15k2Mfqz42dT for ; Tue, 29 Nov 2022 11:56:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=SqcU9cc1; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.30 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1669722999; bh=fk+xVeqU1ttKy37ZiGt4mHs1Kd6mu8czRnDJ6TSZgIo=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=SqcU9cc1gX344VRMPZDCyrXBQhM1VJOvTWivDisjsSgKq3yyl+IRAAjPXJ3o9zpcuT0YACqzJZhNwJkGmQqTMTYV++uwDtINX7OajIYNKtyeWy4d92ty8662mNeII9LRqQDpGWTZNuwfOZZCbWaEZ/BEFmbnm5VjZNgbuSbUXqDookAKqTrYhBFm8iLQ4aXhLnqIczIV0cUPjKF//gRFR8wa5QjmH1jOeNc6tcdryHC0JIEEmZ1zuGNGggI+stDq8BcdbsJXBgSrf3BeTBLSL8i+TNeb+UhWKlLXB6gQY4FOoL3ZI0lUZGbVFVlQQtTpgpFqAyK30FOGcLy5M7u42w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1669722999; bh=CTq+sNgUTnmsilxQlJk+eNrOWfzu2l+TflbKSTfDyJX=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=khYSMojd+DVedi90tl2DXWf0DDQ2ndJrDwYc3RSJLUhFBEJWAWAgeHMGEzqtjCM1TLkCF1EiDfJRFS7xRddREubztJ133Oxe2jUiPAUkkmrAekOjtRU9OXB9E2lwbWcgwkBntPfwqnvVsgglXTlGj8iv8cO5+V/DL+ObIRtpXUuVKy/QQ4CyvRpY69HwRcmwR8TxkltXZBNoWrh+/zCujMhNGHhnp+0+5f2PEs5t5FMPbylgFyhHa2MsA74j8MmR/7YNF5LZy/l5ouij/Nyf1jUoYKShJUXT4Z7s0S26fGjIH3saEUUX5Kgut4IfwXq1dp/OsUfCD0AzXgWbqyn7dA== X-YMail-OSG: Jzow7bEVM1kxahaFz4YmbVE5Eb.oyQePEuSHKgLnysLXmvXGS.KYQHT9OoGi4FJ oA76Oqdxov3W3TgQWJ3Sp4azdMpOYnNiGXsZ.Uot2C9uAgAMACG1MOC5D.mZpkpGqbIw9IKJSAEm i.JfmeUkIelYe.G7BaYWE_xwvB0FCs01GDsD3ylYBCwLe0u5dmncHpoeIYZnReZu2ZRXdK3Zun6B qjPC21IAnMGArOaLK9fX0ELf5GfSfJWaeido8asSptGRcPCsFiVO3yoXOLaIyxtOzLIGY52hZ779 SikhQJ.Qp_TX5aEibsRxROSyTh7vxT_v6CEqLkp5eV14XatlxidC9uMIx9UJ16bHVvjsVGINrEOM CnRiaJFBGJ928.8A1Dozcjug4tywPE1HQnvPJf9o7HxBR20zi3I5ujLJV5oBmydGcy_GWtt_LOKh .XSsHWXisEa1AeKqgEvzGqPL48lxmwn6lsohwwe_.EgxPBja24Ug1HmrIFJ0512hW7Qek3Mu1xsh V42crjWVbkfV56A8ni10eHkZ4Onb30.f5ItEaksOoY1FPBUSXP6gOGr6ds2vYEwvCtnKRm9VidbY GB8JUMw54b_qmYNcbPdw_T7aphHv4rmMjFJ9OaoDXLxXymgU6GayCgWqw6vTzLM7Igdwtf3y2fhS Qz0seKIauzvVW9nupi9qjCgmA49Ar9Ehd4u7Ccd5WwxEKN0m4bUP5CXy.Dqp64QhmiQjosTRbkNx DRzT8N3YDs067J1Da6PHWNqC75SN.9xq.y4bjHtRTdBXDLbnTQfXX5u58zRaRkaLGkY2Xq2Y0IpL pFXoMWvdnqBfSzKZvDuRtUdjAII1MOlbnHPe.SOQQd4qPOd3Euor_uqQ0CMJlM.RmgOnozPx_dZh XC4butibaYIQDAzgunVrKRY0PgBLJDMwwl4F.bhJ.IxnoTG.bnTkAvX4mcpJ1XSpqc6zjor42Ew1 KajUq8wdeOTzBGlyvSijNa47vTHBcL_2xQqcLDtanbcm7X9fEPf9VJrDrXnGqtvzFI50X8fGNJkA 6fEV3..xks0pBAH53L9Rz7Zu98amLfvUFjNv4oc4yo.dhsGMf6cGi4k2ginFqS7I1UBp_JCouQL9 GaGTKaYuQ5jeheIwIyLRBI1Jd8BSiNsccKImnd.9BWJ0t5Amu2212oLDI9vQYTj..74CCvUVM7t3 A0GPgVRB0NTvGoQ6RZy20Rw6ZyJJDbn2WQpiH0U.gbWtf0RPE6Kjqy2XAlt.hYhd67bkZ0_PdV22 SYD54nIhktHv4bIChA0juAWsjiHo2sSjzj2MMHtO_LULP1Uk9SzaVls21jyshF0rQ6AtBNdFNm5M WVr15wHRCFPniUF8hgjxGW3VU2fwiDzohgfQNk6M2Ms6fpg3NLc9a46qEvg8BDdbh8PV264KTURa 7nxjQk0rt7aWebnqRHAx4Et8CT_M3LGCycyZY3LuPXMfcvY6t.wC.CVfmgNzUCh980ETgza4LyjY JOPHv35Di8SfSLkIVyhx8Umtrer2ZJQg455Lf87HqnHJVxh7cOihIy_HHpoDryUrY2v_utivpTt1 bWviu6shKmowesMCnAVpHPmf7M.mvnoJr9bhZGBU.SrWMoTszS36aBa..JcTlNtS2_EC4qdL1sHc S4X595N_kjb7I3CUy51AzDjsMHTS5LHLdswPXu17Z2hhpzaTt.Mo3PEX8FbzG2EljdXfM5E_8P9K bN_7r1lVwxvxLIGL3odP7gKRE0R10ravp_DLtTYC2WTpBZx9RqY9DLgWNcDqwz0VEDVFu.bkZXnB _8HzP.TVDx2st5qa73bjvNUEbVOfhTh.3dYnt2NEjV1PQJSYaCU0K9Pyi1CoupMqMnH3X9OxtChS OflmqkkNSqP_H1.q1cV0F9h8qLx64bPU3OEt_WQuPQTjs_OVKywJsfyfeU2btGuBexrG7InlpQLo tAgDS5mKymP.DSB0zFbexvv54kCWP85HM6YQ5d9lcn2EKPbKYJiaRt_CA9vGcQUm2TRpPQrpxLk. JUSG9pACQTLnzIcOmyVPRIM6_6ah3Bn3xnZlKI014Azy.UdHjJIyv54yj17cGz.R4HjWeksuhego cV7d.BFKBNls9QyPpF27eRt2WqQq0QlbDIUUcSq6bGG.Qxp3uegCtz0i4xIouvPy7CSYdqi4ocO. UWaWrH0GaoTl4TByr5t4E7y_Srho3w8fLAxDZdYDmQt4sWHju2mJnMzMswkEuJUtLKIgmgmHVFb1 DwBVqR6g6fSpuC9H1GEIQbGVSi1KxbD416sHSoUabDc6kajhc94U8hLe8IOD4yA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Tue, 29 Nov 2022 11:56:39 +0000 Received: by hermes--production-gq1-579bc4bddd-4x2tb (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 12f1efbcc0eefbec8897899611c7e577; Tue, 29 Nov 2022 11:56:36 +0000 (UTC) From: Mark Millard 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 16.0 \(3731.200.110.1.12\)) Subject: Re: RPi4B "C0T" (Rev 1.5) part and the duplicate/diff/cmp huge file test for UEFI/ACPI contexts: fails far worse than past B0T testing did Date: Tue, 29 Nov 2022 03:56:25 -0800 References: <7FA46F01-BD48-4C19-B7D4-E75855A44670@yahoo.com> To: freebsd-arm In-Reply-To: <7FA46F01-BD48-4C19-B7D4-E75855A44670@yahoo.com> Message-Id: <5D850BDB-92D2-4234-AAB0-6B930542C585@yahoo.com> X-Mailer: Apple Mail (2.3731.200.110.1.12) X-Spamd-Result: default: False [-3.47 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.99)[-0.993]; NEURAL_HAM_SHORT(-0.98)[-0.977]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.30:from]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org] X-Rspamd-Queue-Id: 4NM15k2Mfqz42dT X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On Nov 28, 2022, at 23:35, Mark Millard wrote: > [Summary: using a kernel with my historical patching > did not avoid such failures.] >=20 > On Nov 28, 2022, at 22:37, Mark Millard wrote: >=20 >> FreeBSD has never updated the ACPI support to deal with >> the DMA limitations of the B0T RPi4B parts, here the >> xhci related limitation to the lower 3 GiBytes. This was >> a test do see what a C0T RPi4B ends up with for behavior >> based on the not-adjusted code. >>=20 >> Boot media prepared on a HoneyComb with snapshot (long line split >> for readability): >>=20 >> FreeBSD 13.1-STABLE #0 stable/13-n253133-b51ee7ac252c: Wed Nov 23 = 03:36:16 UTC 2022 >> = root@releng3.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC >>=20 >> (so, not my build). But I replaced the U-Boot/RPi*-firmware >> material with the material for ACPI use (via >> /pftf/RPi4/releases/download/v1.33/RPi4_UEFI_Firmware_v1.33.zip >> and my usual adjustments): >>=20 >> # ls -Tlat /mnt/ >> total 4401 >> drwxr-xr-x 1 root wheel 4096 Nov 28 21:17:26 2022 = normal_material_moved_here >> -rwxr-xr-x 1 root wheel 952 Sep 28 10:24:32 2022 config.txt >> -rwxr-xr-x 1 root wheel 952 Sep 28 10:24:32 2022 = config.txt.uefi_m_m_fbsd >> drwxr-xr-x 1 root wheel 4096 Jun 28 20:47:10 2022 EFI >> drwxr-xr-x 1 root wheel 4096 Apr 4 00:51:20 2022 firmware >> drwxr-xr-x 1 root wheel 4096 Apr 4 00:51:20 2022 overlays >> -rwxr-xr-x 1 root wheel 51543 Mar 7 09:06:24 2022 = bcm2711-rpi-4-b.dtb >> -rwxr-xr-x 1 root wheel 51675 Mar 7 09:06:24 2022 = bcm2711-rpi-400.dtb >> -rwxr-xr-x 1 root wheel 52128 Mar 7 09:06:24 2022 = bcm2711-rpi-cm4.dtb >> -rwxr-xr-x 1 root wheel 2241376 Mar 7 09:06:24 2022 start4.elf >> -rwxr-xr-x 1 root wheel 5352 Mar 7 09:06:22 2022 fixup4.dat >> drwxr-xr-x 58 root wheel 65 Mar 7 09:04:04 2022 .. >> -rwxr-xr-x 1 root wheel 2031616 Mar 7 09:03:46 2022 RPI_EFI.fd >> -rwxr-xr-x 1 root wheel 5067 Mar 7 08:57:38 2022 Readme.md >> -rwxr-xr-x 1 root wheel 230 Mar 7 08:57:38 2022 = config.txt.uefi_rpi4_orig >> -rwxr-xr-x 1 root wheel 0 Sep 13 14:15:28 2020 timeout >> drwxr-xr-x 1 root wheel 16384 Dec 31 16:00:00 1979 . >>=20 >> Also I had put in place for the duplicate and diff/cmp >> test use the large file in the below: >>=20 >> # ls -Tlat >> total 27064356 >> drwxr-xr-x 2 root wheel 512 Nov 29 05:23:24 2022 . >> -rw------- 1 root wheel 1498 Nov 29 05:23:24 2022 = .sh_history >> -rw------- 1 root wheel 163 Nov 29 04:12:52 2022 .history >> -rw-r--r-- 1 root wheel 1191 Nov 29 04:11:02 2022 .shrc >> -rw-r--r-- 1 root wheel 27707039744 Nov 28 19:11:23 2022 = larger-than-RAM.tar >> -rw-r--r-- 1 root wheel 328 Nov 23 04:07:48 2022 .login >> -rw-r--r-- 2 root wheel 1023 Nov 23 04:07:48 2022 .cshrc >> -rw-r--r-- 2 root wheel 507 Nov 23 04:07:48 2022 .profile >> -rw-r--r-- 1 root wheel 80 Nov 23 04:07:38 2022 .k5login >> drwxr-xr-x 20 root wheel 512 Mar 7 17:03:52 2022 .. >>=20 >> Then I booted it on the C0T RPi4B and did the test after >> logging in. The result was: >>=20 >> # cp -aRx larger-than-RAM.tar = larger-than-RAM.tar.copied_via_RPi4B_C0T_Rev_1.5 >> xhci_interrupt: host system error >> xhci_interrupt: host controller halted >> xhci_interrupt: host system error >> xhci0: Resetting controller >> uhub1: at usbus1, port 1, addr 1 (disconnected) >> ugen1.2: at usbus1 (disconnected) >> uhub2: at uhub1, port 1, addr 1 (disconnected) >> uhub2: detached >> ugen1.3: at usbus1 (disconnected) >> umass0: at uhub1, port 2, addr 2 (disconnected) >> (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 00 07 95 8a 40 00 08 00 00=20= >> (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an = error >> (da0:umass-sim0:0:0:0): Retrying command, 3 more tries remain >> da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 >> da0: s/n 000000000014 detached >> g_vfs_done():ufs/rootfs[WRITE(offset=3D65094778880, = length=3D1048576)]error =3D 6 >> UFS: forcibly unmounting /dev/ufs/rootfs from / >> g_vfs_done():ufs/rootfs[WRITE(offset=3D65095827456, = length=3D1048576)]error =3D 6 >> . . . >> g_vfs_done():ufs/rootfs[WRITE(offset=3D65088946176, = length=3D589824)]error =3D 6 >> g_vfs_done():ufs/rootfs[WRITE(offset=3D65093730304, = length=3D1048576)]error =3D 6 >> larger-than-RAM.tar: Device not configured >> pid 668 (sh), jid 0, uid 0: exited on signal 4 >> pid 365 (devd), jid 0, uid 0: exited on signal 4 >> (da0:umass-sim0:0:0:0): Periph destroyed >> pid 667 (login), jid 0, uid 0: exited on signal 4 >> umass0: detached >> uhub1: detached >> uhub1 on usbus1 >> uhub1: on = usbus1 >> uhub1: 5 ports with 4 removable, self powered >> ugen1.2: at usbus1 >> uhub2 on uhub1 >> uhub2: = on usbus1 >> uhub2: 4 ports with 4 removable, self powered >> usb_msc_auto_quirk: UQ_MSC_NO_GETMAXLUN set for USB mass storage = device OWC Envoy Pro mini (0x1e91:0xa2a5) >> ugen1.3: at usbus1 >> umass0 on uhub1 >> umass0: on = usbus1 >> umass0: SCSI over Bulk-Only; quirks =3D 0x0100 >> umass0:0:0: Attached to scbus0 >> da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 >> da0: Fixed Direct Access SPC-4 SCSI device >> da0: Serial Number ***REDACTED*** >> da0: 400.000MB/s transfers >> da0: 228936MB (468862128 512 byte sectors) >> da0: quirks=3D0x2 >> pid 637 (cron), jid 0, uid 0: exited on signal 4 >>=20 >>=20 >> That was all the output before things were hung up. >>=20 >> The old B0T testing got some corrupted blocks in=20 >> the file copy(ies) in such testing but ran to >> completion. But I've not run such tests in some >> time. >>=20 >> I may see if my currently somewhat older but patched >> kernel has problems as well for C0T RPi4B's, presuming=20 >> ufficient world compatibility to leave the rest alone. >> (I've never had problems with the patched kernel >> versions on the B0T RPi4B's.) >=20 > This is for the older but patched kernel, as reported > in: >=20 > # uname -apKU > FreeBSD generic 13.1-STABLE FreeBSD 13.1-STABLE #43 = stable/13-n252944-e52aaa644ce1-dirty: Mon Nov 7 09:55:56 PST 2022 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/13S-CA72-nodbg-clang/usr/13S-src/arm64.= aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1301509 1301509 >=20 > Same sort of result using a "C0T" RPi4B: >=20 > # cp -aRx larger-than-RAM.tar = larger-than-RAM.tar.copied_via_RPi4B_C0T_Rev_1.5 > xhci_interrupt: host system error > xhci0: Resetting controller > uhub0: at usbus1, port 1, addr 1 (disconnected) > ugen1.2: at usbus1 (disconnected) > uhub2: at uhub0, port 1, addr 1 (disconnected) > uhub2: detached > ugen1.3: at usbus1 (disconnected) > umass0: at uhub0, port 3, addr 2 (disconnected) > (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 00 07 0e ee 40 00 08 00 00=20= > (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an = error > (da0:umass-sim0:0:0:0): Retrying command, 3 more tries remain > da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 > da0: s/n 000000000014 detached > g_vfs_done():ufs/rootfs[WRITE(offset=3D60578037760, = length=3D1048576)]error =3D 6 > UFS: forcibly unmounting /dev/ufs/rootfs from / > g_vfs_done():ufs/rootfs[WRITE(offset=3D60579086336, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D60580134912, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D60581183488, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D60582232064, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D60583280640, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D60584329216, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D60585377792, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D60586426368, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D60587474944, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[READ(offset=3D76881494016, length=3D32768)]error= =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D1806729216, length=3D12288)]error= =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D60576989184, = length=3D1048576)]error =3D 6 > larger-than-RAM.tar: Device not configured > pid 658 (sh), jid 0, uid 0: exited on signal 4 > (da0:umass-sim0:0:0:0): Periph destroyed > pid 355 (devd), jid 0, uid 0: exited on signal 4 > umass0: detached > pid 657 (login), jid 0, uid 0: exited on signal 4 > uhub0: detached > uhub0 on usbus1 > uhub0: on = usbus1 > uhub0: 5 ports with 4 removable, self powered > ugen1.2: at usbus1 > uhub2 on uhub0 > uhub2: on = usbus1 > uhub2: 4 ports with 4 removable, self powered > usb_msc_auto_quirk: UQ_MSC_NO_GETMAXLUN set for USB mass storage = device OWC Envoy Pro mini (0x1e91:0xa2a5) > ugen1.3: at usbus1 > umass0 on uhub0 > umass0: on = usbus1 > umass0: SCSI over Bulk-Only; quirks =3D 0x0100 > umass0:0:0: Attached to scbus0 > da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 > da0: Fixed Direct Access SPC-4 SCSI device > da0: Serial Number ***REDACTED*** > da0: 400.000MB/s transfers > da0: 228936MB (468862128 512 byte sectors) > da0: quirks=3D0x2 > pid 627 (cron), jid 0, uid 0: exited on signal 4 >=20 >=20 >=20 > So, after a fsck_ffs -y via the HoneyComb, trying > on a "B0T" RPi4B got: >=20 > # cp -aRx larger-than-RAM.tar = larger-than-RAM.tar.copied_via_RPi4B_B0T_Rev_1.4 > UFS /dev/ufs/rootfs (/) cylinder checksum failed: cg 92, cgp: 0x0 !=3D = bp: 0x43bc4552 > . . . > UFS /dev/ufs/rootfs (/) cylinder checksum failed: cg 314, cgp: = 0xffffffff !=3D bp: 0x544dd2da Even my patched-kernel + world from the same build (no vintage mismatch) get such error messages when mixed with UEFI/ACPI, even on a "B0T" RPi4B that I've historically used. Most of my historical use of UEFI/ACPI has been with ZFS instead of UFS and with main instead of 13.1-STABLE, unlike here for both, and most of it was before the added cylinder related tests. Looks like the cylinder tests may help detect some types of I/O problems, possibly now exposing problems that were silent before. Looks like RPi4B EDK2 UEFI/ACPI should be avoided at this point. I've reverted my use back to being U-Boot based. > xhci_interrupt: host system error > xhci0: Resetting controller > uhub1: at usbus1, port 1, addr 1 (disconnected) > ugen1.2: at usbus1 (disconnected) > uhub2: at uhub1, port 1, addr 1 (disconnected) > uhub2: detached > ugen1.3: at usbus1 (disconnected) > umass0: at uhub1, port 2, addr 2 (disconnected) > (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 00 16 84 d7 00 00 08 00 00=20= > (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an = error > (da0:umass-sim0:0:0:0): Retrying command, 3 more tries remain > da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 > da0: s/n 000000000014 detached > g_vfs_done():ufs/rootfs[WRITE(offset=3D193383432192, = length=3D1048576)]error =3D 6 > UFS: forcibly unmounting /dev/ufs/rootfs from / > g_vfs_done():ufs/rootfs[WRITE(offset=3D193384480768, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D193385529344, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D193386577920, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D193387626496, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D193388675072, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D193389723648, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D193390772224, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D193391820800, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D193392869376, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D193393917952, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D193394966528, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D193396015104, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D193397063680, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D193398112256, = length=3D753664)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D1346174976, length=3D32768)]error= =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D1346207744, length=3D32768)]error= =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D1346240512, length=3D32768)]error= =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D1346273280, length=3D32768)]error= =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D1346306048, length=3D32768)]error= =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D1346338816, length=3D32768)]error= =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D1671835648, length=3D4096)]error = =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D1806696448, length=3D32768)]error= =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D1806827520, length=3D32768)]error= =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D1806860288, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D1807908864, = length=3D425984)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D1808367616, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D1809416192, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D1810464768, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D1811513344, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D1812561920, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D1813610496, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D1814659072, = length=3D950272)]error =3D 6 > g_vfs_done():ufs/rootfs[READ(offset=3D78798159872, length=3D32768)]error= =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D193332412416, = length=3D1048576)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D193333460992, = length=3D688128)]error =3D 6 > g_vfs_done():ufs/rootfs[WRITE(offset=3D193382383616, = length=3D1048576)]error =3D 6 > larger-than-RAM.tar: Device not configured > pid 658 (sh), jid 0, uid 0: exited on signal 4 > pid 355 (devd), jid 0, uid 0: exited on signal 4 > (da0:umass-sim0:0:0:0): Periph destroyed > pid 657 (login), jid 0, uid 0: exited on signal 4 > umass0: detached > uhub1: detached > uhub1 on usbus1 > uhub1: on = usbus1 > uhub1: 5 ports with 4 removable, self powered > ugen1.2: at usbus1 > uhub2 on uhub1 > uhub2: on = usbus1 > uhub2: 4 ports with 4 removable, self powered > usb_msc_auto_quirk: UQ_MSC_NO_GETMAXLUN set for USB mass storage = device OWC Envoy Pro mini (0x1e91:0xa2a5) > ugen1.3: at usbus1 > umass0 on uhub1 > umass0: on = usbus1 > umass0: SCSI over Bulk-Only; quirks =3D 0x0100 > umass0:0:0: Attached to scbus0 > da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 > da0: Fixed Direct Access SPC-4 SCSI device > da0: Serial Number ***REDACTED*** > da0: 400.000MB/s transfers > da0: 228936MB (468862128 512 byte sectors) > da0: quirks=3D0x2 > pid 627 (cron), jid 0, uid 0: exited on signal 4 >=20 >=20 > The attempted fsck_ffs -y via teh HoneyComb got: >=20 > # fsck_ffs -y /dev/da0s2a > ** /dev/da0s2a > ** Last Mounted on / > ** Phase 1 - Check Blocks and Sizes > UFS2 cylinder group 2 failed: cgp->cg_ckhash ("4294967295") !=3D = calchash ("1414386394") > UFS2 cylinder group 2 failed: cg_chkmagic(cgp) ("0") =3D=3D 0 ("0") > UFS2 cylinder group 2 failed: cgp->cg_cgx ("4294967295") !=3D cg ("2") > UFS2 cylinder group 2 failed: cgp->cg_ndblk ("4294967295") > = sblock.fs_fpg ("160056") > UFS2 cylinder group 2 failed: cgp->cg_niblk ("4294967295") !=3D = sblock.fs_ipg ("80128") > UFS2 cylinder group 2 failed: cgp->cg_initediblk ("4294967295") > = sblock.fs_ipg ("80128") > CYLINDER GROUP 2: INTEGRITY CHECK FAILED > UNEXPECTED SOFT UPDATE INCONSISTENCY >=20 > REBUILD CYLINDER GROUP? yes >=20 > INCORRECT BLOCK COUNT I=3D172606 (1136576 should be 262976) > CORRECT? yes >=20 > INODE 172606: FILE SIZE 581730304 BEYOND END OF ALLOCATED FILE, SIZE = SHOULD BE 134610944 > ADJUST? yes >=20 > CYLINDER GROUP 2: FOUND 12416 VALID INODES > UFS2 cylinder group 86 failed: cgp->cg_ckhash ("4294967295") !=3D = calchash ("1414386394") > UFS2 cylinder group 86 failed: cg_chkmagic(cgp) ("0") =3D=3D 0 ("0") > UFS2 cylinder group 86 failed: cgp->cg_cgx ("4294967295") !=3D cg = ("86") > UFS2 cylinder group 86 failed: cgp->cg_ndblk ("4294967295") > = sblock.fs_fpg ("160056") > UFS2 cylinder group 86 failed: cgp->cg_niblk ("4294967295") !=3D = sblock.fs_ipg ("80128") > UFS2 cylinder group 86 failed: cgp->cg_initediblk ("4294967295") > = sblock.fs_ipg ("80128") > CYLINDER GROUP 86: INTEGRITY CHECK FAILED > UNEXPECTED SOFT UPDATE INCONSISTENCY >=20 > REBUILD CYLINDER GROUP? yes >=20 > INODE CHECK-HASH FAILED I=3D6891264 OWNER=3D1746441326 MODE=3D146121 > SIZE=3D10103763192184260801 MTIME=3D??? ?? ??:?? ????=20 > FIX? yes >=20 > BAD FILE SIZE > UNEXPECTED SOFT UPDATE INCONSISTENCY > I=3D6891264 OWNER=3D1746441326 MODE=3D146121 > SIZE=3D10103763192184260801 MTIME=3D??? ?? ??:?? ????=20 > CLEAR? yes >=20 > INODE CHECK-HASH FAILED I=3D6891265 OWNER=3D2967366544 MODE=3D22404 > SIZE=3D6465710959960971806 MTIME=3D??? ?? ??:?? ????=20 > FIX? yes >=20 > BAD FILE SIZE > UNEXPECTED SOFT UPDATE INCONSISTENCY > I=3D6891265 OWNER=3D2967366544 MODE=3D22404 > SIZE=3D6465710959960971806 MTIME=3D??? ?? ??:?? ????=20 > CLEAR? yes >=20 > INODE CHECK-HASH FAILED I=3D6891266 OWNER=3D3055313325 MODE=3D55724 > SIZE=3D11494838078614539290 MTIME=3D??? ?? ??:?? ????=20 >=20 > . . . >=20 > (The list of reports is massive and growing. I'll be regenerating > the media content, starting with a dd.) >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com