From nobody Wed Nov 30 08:35: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 4NMXbK6lCJz4jHg5 for ; Wed, 30 Nov 2022 08:35:41 +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 4NMXbJ72PCz4CZw for ; Wed, 30 Nov 2022 08:35:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=UG07Or02; 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=1669797337; bh=+tAKCj7XcIITj9dF4nC+oiURNflMjcatEgqGPhnlzV4=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=UG07Or02tCbZAjPcp8EkOfdnszKlFdtrl+20sHvdrxGdt62PK2pLfSJmv8881Yo3PLPimB+3HT4eW3jaey3VmXDPciLUIeCsuWSLWQItxWiKIt/TEcgLjMUpymxx64RiQsYMhtlz1rUU/3YPRkL/5KsiUgOttzsE7cPNdpL71aSsCxq//xgKX62+oxncEjuMnt9KfNn8p55xJ+m5aJ1yBVKu1fN7HpULheiJAB/P8wS7q+eGcxzdIvIDu9sJWpyLsRTXiMMynT/mYP08gGmc2/g3En9MGbg9YaYLCqNIr2E4/yTn/0j4HbUoytHCutl16nsVeqwhki2aLPZTJDpqOg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1669797337; bh=Lk/uQS8pCOz/PkD9FHXZbdGREHnM0Guo78DLDWqK8dU=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=SlvQi3aesEG/xbkw6jeAy2UK9T7hd0S3cpsxTqDK3ch4XkSaC7qOk49lA+vWH8EjTNE0DPQxSs5/pZ66CE4KZjKYoPaBJHkiv14RGIfsFOpjo6OLPV8vZbs0P+kddaqRGOBKvh5IOLsH+LzXSLzx0Z/kJog5xpy1YXQejZbnKmsAWIw84hrJdTRiTnBHPVMdEykGQgJ5SjZAuF5wPHIkjzQfIjQjpqeFaqKDYIM1gXzHxxD5ahLwkpGaOU2m1WNeC3OI3cYzEFKAxDCjJmcpn5FUplC5wz3zU+w9zsOEDVmyMLP0VNMo4Oo6aLpxI7eLhDT7rSLwi2EIBnmFxOqamg== X-YMail-OSG: 2Q94J0UVM1lv484HtjBnSN9QKujsxkMRl6NI1VIZzUE1zWEWqKcHNH0iYu8U4na XNquEYAflIq_TSpZpcBa9NNwGPyLz.96vWnPnoGFYbr7dfl.B4YIf3UCD8S7J075hYW2RArMhbdU gGcOVC.nnLKwecSLvvEfphq9_oTUS_UIrn.IIbMD5jHguorn1a1GrqTAbc9xn9fRkLjnZ00X_1IR VHyGEhBtDJzSXuXIjkEKLiU7H7kHg1Z3hznxBEOOQi1pAF6rjaDwTS9e_.1GkrEimdlsdtbIJpml zcJTn.SRLNCHNf7bsGKVdty9gaJYVucsgraeL5uIQ8OeYDCjUIAr78TyXjBEzt_oSZGQzoMkrQlj nz7E7YyXMKFS_j.JOvVeTfXtAQK0W2rRUn6ooKygDBpMzp5mEZ3xcF0cnb1_9WNj7MbtwSWirINw WiEGV7Wb4ETdDyAVZGBJA7id_kdgKTlWoXGb5MIDFg9w0knJfz..Le967KEpcPs_FoqoQ1ksYfji sqapIPGIcC5s0yboeIeblXNL9KOLhKqRdQcgffqvgpGN719t0KHlT02A5aEvoI0cb945Hlmg_QLl hYTMhzd4UtBdfAsFJaAQ3cByeBL52fX6RBspoCvkE6lgt6lWsnutU4loShi2To1TilPUECKBKO70 3A7XgAM.X.c752e7lRuxKf6FnjmKqKnnzNZjf9nr0xZ2I0skJ6qTfbsUAJNnWtd1Sus_XAq8YaX8 gPzG7HEQDqX7uKuryaArl1DSb1ExlEd3ebD4_z5q0uJAADe9z6zxelhOL5wEUifsuUH3uUSbHDbr mbNh_UX1sKAyIZkRYTrO3wDf0QgjijCm4evggnNUF_g2Ik.ymwJk.5eIOZbH83Jo_JgcZ8itN2HI IrkAR9Bin4udYhbz71fsqZbu2ojnCV2uCseyvTaNPJbllF0SRMM5zEES4ErUBlVRDWuzw0Kg1pFi pvBEdAqvQPrsRGzOl_Y6p3C2rAqdexEUbTIEcZWJRBBMVuhbEOy0SV9ugTJM83_VT6CfdPrnczv7 3DkbfRVYbnd1UJxnkJbKvdpkY3uL1QJDUQVswptpZ75WJJT1Fgikbvob8hUaHXBZ4BFnXeefzS2K mv0uexkIhN5Fl9nO9Hh.eQyaj9Q7m0LAPAHe3GjVj1Ei0Rwk4b1PoSI7dZgd.87Jpy3kyqdX4jMO ypVh_raS73xNH1XVPeUJsDJNx0dSrBkdUhoLrOjLJj1Xrur3enXeSjrH4d9fY4gJU6srfm8Prnsf JDc3gwjKJuaU5AI3U3o9RdZltP4npZCc7nhwkZvMQORGHb16LLZeJvny5vbvBD4lHjWwFuN9YGQy Fwin1Te9eq3qSAodI3PtLCmkAQ67N3vfkgB7cK4PYpbyc9u7kn4R0gS8kFdDBk6_euhQHQ7hdLqJ 6H9BMMjAbG4tsWYOidXjyXv8.CO6uOPFLdS1elVwjRoP59yhajpuRajfawpKLE7vyevRGsyAdU9J wxnSjxfTFa8xE6zKOuvhW.834lqPXXf3rfqy9IXDaaH5_wTLw_Z_2BOVROWZUiJsuIiHVWvb10Z3 z6s6.mIPjdAF8yLLn07EcNiGOyaXiHbNz.1ERMLfHszqcu75lc.7J6x1thMv2DtV0AZYTZAu.ikY eOjMLqSa.HolkWN1qLFSylw50qsS0F9xH2RvK6qFxUEcojXqI7PARYgPkdVcPkXpyQXKpy8HZQOz 9mL4M7Mh.tp4a9tkNUyg4tRP5uVm4pnTd7oOtuDbdOxoQT2mqbHWeEFnGEjKi0y3VUFSs22ObOz_ LLauNUcFxmmC9X_qCihchJ1JEX7.2PqcM2mM6SXz4MoxVx80n6Mdqfk7IMlO25Wef2Lb89D1izKl cvYm6X23tLOUBSH_7etu1Zyt5vRBvIy_r8HboPSVaGd2hm0sxWqLkofLgGqPCINrc2RFU_Xx9V.M 6XZNv6oFI5LfjEPjvfJNZrhNvBg1IXd5aE1KEpgh985Mc9TAVEKE9.agp4DWMM0RDb3UL1zmUxP2 C7etwVUda1k22hjbLVLr.nlX3OhRxi1j_UvGEpgkL5n9hFiVOxkxGK9ueRP.0lTIvK9.TePyIsPw GoX3KVFKPmHWJKJX_jZJ17mI97GUK6g1CtMDVG48PRjs5tn8X3w5H9jQEiBE5P6nGLkF4gV27zBJ XuseWt3wUXUHzMtL6DHV8EhYTPilzMnyivvo2KOAtkQ1Lf9ughbUeTL7Lwc6WUJLMnqLR6qEpvkK idUVPQKl6io1vZfUPOJmzfCRogWpHkIvkdbUz_KeVQBJd0GxoKHdrgvPstR3Nwlcerx5YqNU9nw- - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Wed, 30 Nov 2022 08:35:37 +0000 Received: by hermes--production-gq1-579bc4bddd-x7lwx (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID fee9741600c71020a22f52a9bb0dba11; Wed, 30 Nov 2022 08:35:36 +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 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 From: Mark Millard In-Reply-To: Date: Wed, 30 Nov 2022 00:35:25 -0800 Cc: "mckusick@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <7FA46F01-BD48-4C19-B7D4-E75855A44670@yahoo.com> <5D850BDB-92D2-4234-AAB0-6B930542C585@yahoo.com> To: freebsd-arm X-Mailer: Apple Mail (2.3731.200.110.1.12) X-Spamd-Result: default: False [-3.11 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.61)[-0.607]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_DN_EQ_ADDR_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.30:from]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[yahoo.com:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org] X-Rspamd-Queue-Id: 4NMXbJ72PCz4CZw X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N [Summary: With the patching for handling the ACPI DMA information also in the kernel, booting UEFI/ACPI style 13.1-STABLE works with the USB3 SSD just fine.] On Nov 29, 2022, at 20:05, Mark Millard wrote: > Two things. First: >=20 > It turns out that I misremembered: Only my normal main [so: 14] > builds have the patching of sys/dev/acpica/acpi.c at this point. > Thus I have not yet actually tested anything with the patching > related to ACPI XHCI DMA handling. >=20 > There is still a chance that the "cylinder checksum failed" > messages would be eliminated by such patching. (This may make > my request for information from mckusick@ related to "cylinder > checksum failed" messages not so important.) Now that my builds of 13.1-STABLE actually are based on source that has the ACPI DMA information handling code for XHCI added, sure enough the "cylinder checksum failed" messages are gone when I test with my kernel build. So those checks are useful cross checks on media I/O for UFS being appropriate. The diff of the original and copy of the large file found no differences. > (My other builds do have some patching of > sys/arm/broadcom/bcm2835/bcm2838_pci.c and > sys/arm/broadcom/bcm2835/bcm2838_xhci.c that my main also has. > That is appearently what I was misremembering the details of.) >=20 >=20 > Second: >=20 > As a cross-check, I again set up the USB3 SSD media based on: >=20 > FreeBSD-13.1-STABLE-arm64-aarch64-RPI-20221123-b51ee7ac252c-253133.img >=20 > with a (in this case): >=20 > -rw-r--r-- 1 root wheel 27706924032 Nov 29 22:16:51 2022 = larger-than-RAM.tar >=20 > added. I then used it to boot a 16 GiByte MACCHIATObin Double Shot > that is EDK2 UEFI/ACPI based and tried: >=20 > # cp -aRx larger-than-RAM.tar = larger-than-RAM.tar.copied_via_MACCHITObinDoubleShot > # diff larger-than-RAM.tar = larger-than-RAM.tar.copied_via_MACCHITObinDoubleShot > # fsck_ffs / > ** /dev/ufs/rootfs (NO WRITE) > ** Last Mounted on / > ** Root file system > ** Phase 1 - Check Blocks and Sizes > ** Phase 2 - Check Pathnames > ** Phase 3 - Check Connectivity > ** Phase 4 - Check Reference Counts > ** Phase 5 - Check Cyl groups > 25613 files, 14286816 used, 42464044 free (996 frags, 5307881 blocks, = 0.0% fragmentation) >=20 > So: it worked fine. >=20 > Thus, it does appear that the 2 problems (as shown by > messages): >=20 > A) "cylinder checksum failed" messages ("B0T" RPi4B's only?) Now known to be a ACPI DMA description handling problem that would need to be fixed to support the "B0T" RPi4B's XHCI. > and: > B) the message sequences like (both "C0T" and "B0T" RPi4B's): For the "B0T" and "C0T" RPi4B's, no such message sequence occurred with the ACPI DMA information handling patching present. > 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 > are both tied to issues more specific to aspects that RPi4B's > have involved but that various other EDK2 UEFI/ACPI's do not > present to the FreeBSD kernel. (That wording may be > incomplete for the possibilities but should be suggestive.) >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com