From owner-freebsd-arm@freebsd.org Thu Sep 24 20:24:23 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C37D642743F for ; Thu, 24 Sep 2020 20:24:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-20.consmr.mail.gq1.yahoo.com (sonic306-20.consmr.mail.gq1.yahoo.com [98.137.68.83]) (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 4By62t584Sz47tT for ; Thu, 24 Sep 2020 20:24:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: PED11KYVM1nPuy1a98G0pO51kB4kVERBvE7nz_ssEgGSZ4h3oKIwplirrqm1T5Y oihRiKbgxJKNU3c7PGMIL5UZPFJOPnZMu1ZxLWzFDC8.IaEU5JLdlJObCGzLWd_8l_6yCU8vGsIP 9hFlQlV8_hmhJKYbvFbMLplJMMt0.oUO6jDrjLd6apFDSG.WbHq_Hg5X9VO5ntyvKdBOp3G9NxCx uBn7HetwsySnPgnuQlq4XQtRemkCWiCRMC41g1nzuUsoViBI3HyZnzynFeBZAnFTMwjnRv1DT2_j fAqixPUIqr7HEm0Vmhir3BVTeUsTQsIQwv_Ve6iyWBId40iiDJUYuHsI.AwanNpew1cWMkdCLatc Emp23oi_DgRwpLJs73i3noIiPgop3JEgIinUXh9BwGJCQcamJehZVPBNPNT_cjPEFGqH0mzOiRnj dOujUE94TPdwQEkJIpOqUzOP2UpdbQJikAWHFEieZtWhtRVylIKp36tMEDhDfxlPKe8QKy5hKfYm rA4nU6P08v09zGOjjiPkH9KULogaWk_t1tXov4Q.0TdwGRtOf0FJtyJLxiDh0J9WcY0xusZUqsCP 3kFle_7a0H5ghKmx7BhKtEj.MQOicvbQStwNv1J3x1wuLYmmoGpRQit7pT2VRr7V.lICAIUGfy6z NFgeOeeg7sZ9dy5ZqC1Da7eFwniK15EdHzMeO9DDBrMFaXOAnOs3W.PSMRro.2jlb9flOQjuSyW1 kzI0OCRNbJ25GMzZ7Yrc16F3PQqlz1PzkPkyhgwsbqxlyDzaci__y9xxzMBEX5FBiyhaUGuPyFDp gjQcqibHmuZ2dke_TTJqzVpVccjc48jUhf6q7ZXJGToKmr89HKuklTWW5zn2E4gKWVrbuMZeRdOI dHDkAHV5CXRv3hDgUezSLinqWq9jHZoePSUQU441FreZJqKIAB2evE4cqqSPcg.gjMqJUxPXwOQE OQsTo3cNE.AYWVTyCH_ObtTsyXKpiP0ZHFq_0V9iba15G5OZfzWFabdGAR2stkHF7DebZ6AdPnrx 9fnIgW6lnckeTWRXLRwxWkB3kyQS0Lv_CZ7Hyf4HerpZSlWga8N9DID6aOY4shF99uHoksVz4eNM LSnNdfOab32FS_xwPPxnEAG761GNVVL1TgyK4iAFwX07sGfcI.35bvDYqeoVFAGztRY8z6FDxkss pMffTCacCw3WF2LL9i.0ETiNUFJI30l5aoKyW8mN3to42lN1phcXG5NjABxhMLvfL7gY0hUtjcaU V61NDeQds5ZjKRJ2Y3iXGI2rZjsDq.HKjTiS9hC5JslEckGK21KnRtwbAj7vnh0Mgwnd2LrvcGpF 3K67VO6gSXQ4hxTGy3TzPgeoQn9HnLn62CjstxFrx8zibsxs2mjX8ICIONqUEQnQTUPT8NxzJ.6g oIB27RQA9Ch0Cdhs6Puu6D72i09U8RA8XaXxIWCq679A0BPvehHPsW6q9Grqh2O2Ju3kxFqqX0RW qVEqhy4BAthVO3Vr3xGzF2tLOu.K6uBJ_4uRROFUebVPBifzD8jRgier7byj_Mjia07KejVPkLn0 1H07Hwsyj2lBKXIi83fezyf0JX28YzgLkRUHK Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Thu, 24 Sep 2020 20:24:20 +0000 Received: by smtp405.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID dc3701ed96cd79ee32bd602c7c899778; Thu, 24 Sep 2020 20:24:18 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: head -r365677 and later do not have the xhci related DMA problem fixed Date: Thu, 24 Sep 2020 13:24:17 -0700 References: <5A60B29E-0D24-480C-807D-4A5E92D9C92A@yahoo.com> To: Robert Crowston , freebsd-arm In-Reply-To: <5A60B29E-0D24-480C-807D-4A5E92D9C92A@yahoo.com> Message-Id: <4432F794-FB30-49A6-B88D-93FF954BDB99@yahoo.com> X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4By62t584Sz47tT X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.30 / 15.00]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; 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(-0.78)[-0.777]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org]; 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.03)[-1.034]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.985]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.83:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 20:24:23 -0000 On 2020-Sep-24, at 12:04, Mark Millard wrote: > I finally got around to updating the systems that I have access > to, including the 8 GiByte RPi4B, from head -r363590 to -r363932 . > This puts the sytem after then head -r365677 check in of the > attempted DMA fix that involved restricting the xhci DMA range to > 1 GiByte. >=20 > I've tested head -r363932 under uefi/ACPI v1.20 with the > 3072 limit disabled and it failed the large file duplicate > and diff/cmp test: >=20 > # cp -aRx /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt_tar > # diff /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt_tar > Binary files /usr/obj/clang-armv7-on-aarch64.tar and = /usr/obj/clang-armv7-on-aarch64.alt_tar differ > # cmp -l /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt_tar | head -30 > 2633269249 3 0 > 2633269251 3 0 > 2633269252 55 0 > 2633269253 6 0 > 2633269254 21 0 > 2633269255 227 0 > 2633269256 1 0 > 2633269257 135 0 > 2633269258 336 0 > 2633269259 22 140 > 2633269260 0 100 > 2633269261 346 0 > 2633269262 353 0 > 2633269265 227 0 > 2633269266 1 160 > 2633269267 170 140 > 2633269268 336 100 > 2633269269 22 0 > 2633269271 362 0 > 2633269272 353 0 > 2633269275 227 0 > 2633269276 1 0 > 2633269277 225 0 > 2633269278 336 0 > 2633269279 22 0 > 2633269281 376 0 > 2633269282 353 1 > 2633269285 0 1 > 2633269289 0 223 > 2633269290 0 321 >=20 > For reference: >=20 > # ls -ldT /usr/obj/clang-armv7-on-aarch64* > -rw-r--r-- 1 root wheel 11570948096 Jul 18 18:32:37 2020 = /usr/obj/clang-armv7-on-aarch64.alt_tar > -rw-r--r-- 1 root wheel 11570948096 Jul 18 18:32:37 2020 = /usr/obj/clang-armv7-on-aarch64.tar >=20 > (So the over 10 GiByte original file is significantly larger than the > 8 GiByte RAM.) >=20 I figured I'd gather some more evidence by putting back the 3072 MiByte limit and diff'ing/cmp'ing the above files and then making another duplicate and diff'ing it. # diff /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt_tar=20 Binary files /usr/obj/clang-armv7-on-aarch64.tar and = /usr/obj/clang-armv7-on-aarch64.alt_tar differ # cmp -l /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt_tar | head -30 2633269249 3 0 2633269251 3 0 2633269252 55 0 2633269253 6 0 2633269254 21 0 2633269255 227 0 2633269256 1 0 2633269257 135 0 2633269258 336 0 2633269259 22 140 2633269260 0 100 2633269261 346 0 2633269262 353 0 2633269265 227 0 2633269266 1 160 2633269267 170 140 2633269268 336 100 2633269269 22 0 2633269271 362 0 2633269272 353 0 2633269275 227 0 2633269276 1 0 2633269277 225 0 2633269278 336 0 2633269279 22 0 2633269281 376 0 2633269282 353 1 2633269285 0 1 2633269289 0 223 2633269290 0 321 So the copy made without the 3072 MiByte limit appears to be corrupt as written: it looks like the error is not just at diff/cmp time. Making and testing a .alt2_tar copy: # cp -aRx /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt2_tar # cp -aRx /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt2_tar # diff /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt2_tar=20 #=20 So, with the 3072 MiByte limit: no evidence of a problem with = duplicating the huge file and diff'ing the result. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)