From nobody Wed Nov 30 04:05:58 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 4NMQcY31qGz4jYMv for ; Wed, 30 Nov 2022 04:06:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.204]) (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 4NMQcX3v5Gz3pW8 for ; Wed, 30 Nov 2022 04:06:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=lbzRfzsM; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.204 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=1669781175; bh=oGgqeONnv6g77QqCgkvZFfnaqwhwBzWY+24YABi12iI=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=lbzRfzsMdsYA4uYGZOvxlTM+OLbpmE3RHwpl0STGorZXMu7+ycE1MKDrLrABnkNt6As3aArgoKfwD0YC357v4LleURbNFUp8TAJFMtOiepPNcgIZcpWX+/tBAnlQYY5HAjlBbRXKskO08extvF7klR00o5NYJBu1Rk6GeeJEjjcGtGmhLFuIf6kux6IHiZw2Re3xEt+1Id9NVM/z4GH82O1svIyMcA2i+9cZDqAJamQoOYZyFvPHaZzsU+HLFHIYyB+NPPbuLL/8vM79TRVaMWQsON21dH/KSccz5tUul0rpuOTOhWci/AgB2AK2Kli3sX4Xatq3h8Xf8ZWX6mCHeQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1669781175; bh=jV2uh2VGMqpUoWF8zyMVKnsV2Wvxj8bGMhD73mHHwPf=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=MU+MknOJSDiktlFCIKTn0jm/yXaEgFoVVHNPexvMX57EWlWBJpBQ00fMn6QoVJmRUrTvhZOSHOg+T3za443CD70e2QGnhp48MIkFS8o5Z8Ex/N9AlRLmUje3+BnZ7m522mlENXi4lebpzpGpNcTf7i9O5IcSMn+uDCsFSiKXDZGS7hjUNC2/IqCL5xjz/YRfQHtQ7oUyxbyakZxLmu9k4j9LDT+VJ7LWFwpJLjXIpePsgiRNp0v8riAHYNoMDZnmBsjNnItsnAKL/355HjCTOVTPRQx3crbGqMkybY7S/e/cl+Behv0iEpRX7yGWk8+uSXa9uybEohqXV+is7BKLqQ== X-YMail-OSG: EjrDvgAVM1moCUrswg1gVPQTl1J.Izs01kPs0S347Gmol5JEnGT7nsjUN.zmz45 PWK958s9G1kzwVvuvkhh4pV1a4PxubJ_zdUtS4zhgT_vEGy2T4cN01NX91dVwoLKUjKrHjQAfqLQ Js6WOIppvjIgNijBt1c7HuU43vJ1NE3vwRqqVVRGCxCSoxNFZVEXGVLvMmH2vMr0FpsBPYvC2XTW 1earigibVYcQPnhkO2EC5ocldHbWddJWSNHJZqZZYsHoiYNSxLYgSK2axgNFQgEAyHI9el69eleF z_nyZdCpsa233JNyPODI.9gh3UITw6Hvn095mMArzJVvN6medG_xqc5GFJWRzBufLQLp3jhnt8H_ YInTV8kQj5jPudI_eiNE9bcGMaNOC6VGlEfZ92m0p36mV7oIhMatDyhxNF0k.mMzbTy44shPEC0r 2sgrWJZ9R3PzdcTeqBWC.t6SII61jCFjUzsH4btP7P8ojYr839pNmEcJa8J6sXEmdCA1TZ8aTIPF wDCw4exCSL.sluPdQTcGM_Elwdki0idEn3lXThCaVfIAvFfShezG8IlrSWybqyHVDpNnPRxcjWFI yApcCm8NZrVgq9POp4kYR1Z1VC3s1j6h6pERFgJl6xkEllLUYj8m50fQPcLAz67zcTzT0UdCalIN _PKifwGAB7F9DjI6wJ9iOfyr.2mtS98XQiFD3YgOKOyA7XRCMjhYO2cvf9LlTh6_uIXvKgaCgsSL edSzOVgJrqWm7t1GCIF4LCEXXM4AmwY8SUrL.ohZ9RU7i5FBNOVSs75ZlYKfxxXdiBKmQL4Di.bf qd1Cfmi4bkjeByYsmTaVi62zL.7AOx6uxxAai8NdV.i3snvtD0.bex1.cO3.sZ4nMPTSMK2spvms aJ6zYbTikGeCSfOTs6MmnzzE_IL.Ls3l4e87zrFilOENTUZYVR0QMp7vx2lYCc4ETPpXpGKGN2zD .MjNl6GlAhCLoli9aptPNCVY.JLkSaf5vwdul0ZL5CCpYAcpobu1NZI3cd4B_XW6GekyKUEiMdLQ Z_f54UqeHk7ITp_wsYI6MumdxJk8lirv9ILPA2poECK7XIJb3ZXGiwCvth9Dwr_OsIptYO4txZaX IHyaje7Vmj1vF_WKkqC7V5mNnjs8lAWiwGQ5gcYO21ux7mqLT_TyBc8XU5b1LQNLlVIBEoqwwRr2 WEEZCy2caEPMKOTxGPdmCNtRZlgjkh_rZdQbe3VvmR4BObmbJBMxBRT5a6iWH9i86joPFAspyRcz hEU4sbVA1xJe9whKzjjQyllcDBYoRSQa4VH_sJLI_OBYCFRhqwIt6y8FitX37fC5GZp8qy0rk1QT 8u5NSKgY9BdiTscbJlOeqr.BWP8hWk2Pla9fKq5lMTkRgoMvXG9uPjDu7ZtW.o_aWOA4rvwtTzLG PwfAmB6obV66d5XINRCJPN_vV0iiAXdCIMzA8xgSmGRPXMePtx3EXpgHyFEdo7w1X6IlY7zlIBTy Gf71RhodFgXK7kXX3u7vyJzqhnCPusY_M6vA..bu328O2zxpdbWlr8.Xu.mAzfGvZNc2Le31c7A. 5AdBPRqekL9n8mmogEYGBlEOkhrkxwsR1qxaUDtYUZJDkXdMHGdA4rlk6mFthm2I35cdReboTfob YxMtnd5YB.4MSmG2Bf6Dox8Rcgj1Jsh5j3XnnlVfE91lC4HkC7rHcxBhNMzsuS7gilq0rtu9I9Sv FtK69BUFUz6T1SjniSw3h6KrccL8IrXcBufy4lB2MQ7cE3JOonz9PTyiiXLNT8Mn15Q.5iK2S2SK ihy9Cu2rgdZ69pBd.M2f9XleQNrBPmbPMOQy9ulRx4Bi8osuwHZEdsKraN15DUd.C2Ofqt4OS08r 6JsZpjt7MtjgyEJf_GnUmIo.ZTvwZXnRODDoEYI3HwKUWzXFZvFk7gyajS6bzbgM7fiakk8ritr_ Ve5KfFDXksjtgeucsKdpuch2QCsYX_5fwC5RU1ozuiIQOBWqfTxQVO7J5BmIPimhfd2BKCxdQ7Vb EuMGYPYdUOPbJy2xMnFZUVOO.odzVw_v5YqGVwpYeHDPeJGdr6hww0V_ki8GiJ.Prl69yUwzbnOb EWGrPEliZbrz4YkByMeoFr4PtIIlWeGopoPDrVGBzXKEwzx8uHMgMwlqIMet45TOHiR79l70y87M zNXi7T0eWuyDSvHiSNPLM_itbDuHI4K2llU7qxuXR3ikhIHOXodK0L4JOmP2bOUwGwJ1SYImPya8 _n1G4Fa78nnxARaiCsC_UxQ6.wth3lgWGap8GFhO7ZpewOQNTL1RfN0NoTZH7afM8NerTO8Rm1_e Y X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Wed, 30 Nov 2022 04:06:15 +0000 Received: by hermes--production-bf1-5878955b5f-sffnj (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 78b1369be2a065e2ef8855055a5f962e; Wed, 30 Nov 2022 04:06:10 +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: <5D850BDB-92D2-4234-AAB0-6B930542C585@yahoo.com> Date: Tue, 29 Nov 2022 20:05:58 -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.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; 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)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_DN_EQ_ADDR_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.204:from]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; 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)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.204:from] X-Rspamd-Queue-Id: 4NMQcX3v5Gz3pW8 X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Two things. First: 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. 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.) (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.) Second: As a cross-check, I again set up the USB3 SSD media based on: FreeBSD-13.1-STABLE-arm64-aarch64-RPI-20221123-b51ee7ac252c-253133.img with a (in this case): -rw-r--r-- 1 root wheel 27706924032 Nov 29 22:16:51 2022 = larger-than-RAM.tar added. I then used it to boot a 16 GiByte MACCHIATObin Double Shot that is EDK2 UEFI/ACPI based and tried: # 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) So: it worked fine. Thus, it does appear that the 2 problems (as shown by messages): A) "cylinder checksum failed" messages ("B0T" RPi4B's only?) and: B) the message sequences like (both "C0T" and "B0T" RPi4B's): 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 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.) =3D=3D=3D Mark Millard marklmi at yahoo.com