From owner-freebsd-arm@freebsd.org Sun Mar 7 19:54:03 2021 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 E511D57116A for ; Sun, 7 Mar 2021 19:54:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.ne1.yahoo.com (sonic306-21.consmr.mail.ne1.yahoo.com [66.163.189.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 4DtscB67Hbz3jBn for ; Sun, 7 Mar 2021 19:54:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615146841; bh=gpvKtYZSN6D7PMlsRwEm3KoN4Cmm5aK3Wj/vrcj8teQ=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=WtdG/w73IfxOZsJJVMbnMUe67UxGz5q6y1hCYmUH2k2iga6DRPvbyjESL/KPDRbncIsYAqiiGS5wRNtltKRo3dSr9lgvGefI8Ml79Mw3rb4C/0CyQc9trC8tcJ2Vu2daSU9zNyWZm50IJq2mjNjUCOwrQAULAPurasFYlcBUgonkmIB0zWqcy0UNFaNK7r0e1si0uk+jtUTE0cvIx/CNIwyiwk8ZIVIt0fXToFgUSv62KoZaw3vBgtEakX9VxxEw//K9XCj3JkJ4KyGsQj0MVEBSzUELtKoSa8LiI0kT/t/auR9gA3or9bPL5L3T5Tp2XE+IMD5nsi7lfhCo6g4Ahg== X-YMail-OSG: YZUzoRkVM1mfX1j1kZ74ieTGYHxxj8JpdSEpHacWL0kDRsZkgpm3ExvwV9nLRaD HdVxKZUhYtCIVUE89farxyIsu76z5Piy6v.qWDqK8RYcDzQJ7Me3OfJI5zTICMjw68y6cEV.hBae kx5CrOAu68OhEQr5QTiK_iM8oFP9gB..vuHyiX88T9e3xb1dqMVNbHEvZB_IxTZzPwGGSF5xwXFJ j127bfFqthxX0pXkLlQ6Tk68thKnBzfaZkfXORrUze1diT7Bvwf0oQJvXnh9OaiZKahG46tQldXe DICKqrL3o67Oabq5AwujSQQo5sfz8Z_jtdmCwM7U710Hjlht0oy2IWpZLnRk63lxu2XyS5bl9zzG BmYCwBRXv3OIWyWEtLqqcZkDqpUpJvqSg1awexJyjIAS.SbM_09s5rz1SluI4x3qXXNI.Ns45lLy 3fbiCofUYr_FtKaqXg.DBOZypii4Se1qXmVxHXOVseif98pbk.Afy88nGSECxZPlI17yII8d1oRQ RxC75MAG_Osl95ZvmUTNdnE7v7cLrnd0BhXUkU5JwM5iQ8To3FgJxliwi5h1Jj9tP3f_ioMSIlXC LOorJuyl_9j5rptFZcPRGBYavlzDqYln8yy2i47i61.mxATpByBdgcG39KNSJie6KPaCJtecJwgr DsC.nbGMSPtv2rh6sMuRbuQHAukQQeMNPOCyio3uCTI7nQYNVfBhVLqG02VO3skXoAsbpkZYizja ccgNwcarBUNldDeQujt9tMQIluq54RP8wuG.xbHPwsFzjmBe87iVz27Kc8MeH2S82rvZwcciAVC3 AZDYIKLmEoYbrCeNy3w5uVshwdz0QAujI8qSwADUoUNtCLJFK9HdJN4gSFOfzqDpDK_R4lgflNOq .dbCapp9A.lhchflW89d4_OkaJngD2h_OvMXoirsaRxXSdnBCQLikYUOL3VKr3EmjcPqqz2RUeEe Hzlb1C1OzdCkwQpOuv7HtLD.cUDwQOKiWNOWI1TnUsRrqBPRtW43F1iNlRU2h9HSRPbPxRRs6_cK zizsl19CZ.6BFDLQkdkFFPuRzq0OCDWsjOR2Q.hdJO78XRmmM1gXrEQGOFxs7V_otF0_0v.L9ngt rDBKk5uT_OioJZ41g0H34tKcdhJs61Ih5scHZtkBluzIowgbh92nYakCWmvibGGk2UW_dfK08zv_ _Z4Q2c8keavK8uRMsfuDHRg6sCUAOytC4tjCzYSHExL2vnLJx7PIkUysITzYrZQEn38a69cgPFM3 KCBzdQ.Zst3Th4l2nLaMPK0eGLtyVdm0BAOHMSjXXg0DCxvmvFoOX2XQb1mCeSSy40BWxZdSw5ds QgqW7PNaK6PhX6_.32wjZPwV954c.SvhES6vF9KUxbtmMCANwxClB7MIr0DME9s2vR07CHOm50Dm _FwGp70YW542J8STf7eb1BwTjEU4XC3MhxoKpNyy64r_iiAt6lDTEzb5Z5ev3RBjO.HLVm8urE4e b.2QNkDTD8_i0S2fZ5GMX6lqKFRyipbKwy6XpdM.UzZw5pwL2OaKXrrXCYu8KHTHhVn3BkW6q7y_ j86rtJtV_3bS8.WcVfpcRoJag12TXvHywA57qRnkLYiyNX_.92h2K4nKg_BpnEqVtdxVrEVrAg4J Jf3pvbF7M.pr3U6BgfCw083RDXOcRzz2zWvr4V2AMU_xVGSGpzBfGL8I52U00TN1ZMuK3D3x22L_ I_7vU0wDZmk3bfm8ISi7mdCSBls_foSf1H1V4c.8_wxJ4wZdEtFWgnQI4uyxQS1xA5y6NLHEYveO _PTa_7HcdMPAmvwyR83oJG_KK_cyq6bB_zP5mIiZy_etDb8LIUhso1jo3b932tgtRG5AiFaxPKOO fUMWj.AQvEwla1rU9SgTJ.g0X9X1L5VSKElOHILOipMGVGWFShbPiQ4SrUAY3NuFZ6OFrY459Fpl XChh_ssfaQL2KiedCEYu1v.NxcudGq27g2QpbWpEQPmp9LqQNLfWykwb0XJaazfn2SjmyUueOtTa stiyrkdqcqebvNb1dC1xfDFTvyNakjPKEmr_FsnjNdS9bxg6s3SV9HoApdohIYhYrJD5zRpDbvF. hFhzGwV6l80nireELFV3hUjJ7t3Wjr3Y80B3wikghpHidVHCboSOL6sgo3jgyQyk2aoDXykEPX33 AA9MP4m0gEKHfEGnVgmyIrWR2Dchsy7_Oji38RBgtLUvc93izhR_6ZICrxZYRX5dFm_OtcPcQSJa KuT4NH4UI5V2gfJqujXgpNNEEBlCJDuyaMzoIiY6895FNjZ8GgXPb3CTaeOdtm7tW7yLTqQlKQL3 gULq61YiBuyE8ienvE8yrQhHXCn1Zt6dbNg1sjlnEtr4XdyOFLJLrCP_FDtCDXpY3PhfMfEmY19T X7zrqb_uA4Thsx0Kell8QvxerLyzq8jccqIE51zcuiXcBAGeMgNtigq5XvOuLs.v4O77wfdTdE4. 8JaVouYPpEXriDCm4QmsXah0jZHoMVDGoI.TvF.jl3bcba.OxDSXHwq3j6Ga7veKabtirVNYtKlD Hnja.UVCHBz6hBmdT6GbH6.Pgo6n_Z8kjmhia8_zcNM0nEbtQQ51bQLlsnVO.mN3WqG.VDMmz50n aL0hfj1cXVMi5pTwpWA_is3flifvEFvZO3f4KbYkWinfQZTHFUb6igQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.ne1.yahoo.com with HTTP; Sun, 7 Mar 2021 19:54:01 +0000 Received: by kubenode509.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID c0e47019ead161534e6cdbf68993b737; Sun, 07 Mar 2021 19:53:56 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and sysutils/rpi-firmware (and rng) From: Mark Millard In-Reply-To: Date: Sun, 7 Mar 2021 11:53:55 -0800 Cc: bob prohaska , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> References: <20210307021628.GA99890@www.zefox.net> <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> To: Robert Crowston X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DtscB67Hbz3jBn X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 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:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[protonmail.com]; 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:36646, ipnet:66.163.184.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.189.83:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[66.163.189.83:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.189.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.189.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.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Mar 2021 19:54:04 -0000 On 2021-Mar-7, at 10:08, Robert Crowston = wrote: > You can generate a test file with something like > head -c 8000000000 /dev/random > yourfile > md5 before and after to see if they are unchanged. That was how I did = my testing. Great techniques. I originally did the diff comparison in case an issue was on the read side of things and to cause it to be less likely that cached material was being used instead of going back to the media to have all the stages of processing for most of the reads. > [As for MicroSD wear&tear: I keep hearing people talk about how = unreliable these cards are, but when you ask for hard numbers about = lifetime, no one has any. I've had one SD card out of dozens fail on me, = despite regularly dd'ing out entire cards -- this is a better failure = rate than my mechanical hard disks. SD cards are also very cheap. To me = it seems like an irrelevant concern, unless you don't keep backups.] As I remember, Bob has in the past replaced significantly used microsd card(s) to get rid of problems. That is what prompted the thought. I've never had to replace any but some of Bob's historical usage pattern put a much bigger load on his than mine ever had. I also do not expect much value from doing the specific tests, given my tests passed for the issue in question and prior testing of older FreeBSD versions booted via u-boot. > =E2=80=94 RHC. >=20 > =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 = Original Message =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2= =80=90 > On Sunday, 7 March 2021 16:46, Mark Millard via freebsd-arm = wrote: >=20 >>=20 >>=20 >> On 2021-Mar-7, at 07:55, bob prohaska wrote: >>=20 >>> On Sat, Mar 06, 2021 at 09:30:33PM -0800, Mark Millard wrote: >>>=20 >>>> I've not done the huge-file copy-corruption testing >>>> recently, and never with stable/13 or releng/13.0 or >>>> a 13.0-BETA*/RC* . I probably should try, booting >>>> a 13.0-RC* image as the context (other than the >>>> rpi-firmware replacements). I use a file that is >>>> notably bigger than the RAM. >>>=20 >>> This is -current, chosen to be the latest offered. >>>=20 >>>> Historically, if the corruption problems show up >>>> the technique to get a reliable environment was to >>>> restrict it to using 3 GiBytes, possibly via some >>>> text in config.txt . This also applied to the >>>> RPi4B 4 GiByte models. >>>=20 >>> Might it be useful to attempt the huge-file corruption test? >>> This is a microSD-only setup, but it's a 32 GB card so there's >>> enough space for a file bigger than the 8 GB RAM. The most obvious >>> sticking point is need to manufacture a test file since there's >>> no ethernet. The second issue would be reporting; all I can >>> do is look at the screen and make manual notes. Enough for a >>> go/no-go test, not so good for details. >>=20 >> For u-boot based booting the expected result with 8 GiBytes >> of RAM in use is that it would work fine: the problem was >> addressed for that kind of context. It is the ACPI type of >> booting that still has the known problem. For 13.0-RC1 >> my u-boot booting based testing would be that the code has >> not reverted somehow. >>=20 >> I tested 13.0-RC1 using the normal u-boot style of booting >> and it worked fine: no differences found. >>=20 >> I tested my main c113740f266e based non-debug build (about >> 4 days old) and it worked fine as well. >>=20 >> I do not see that you would gain much from repeating the >> tests on a microsd card. The wear-and-tear on the microsd >> media used and time might not be worth it. Sneakernet of a >> microsd card prepared elsewhere would be one technique >> of getting a large file in place. Another would be to >> compile a program and run it. What I did was to make a tar >> of an already huge directory tree that I had. >>=20 >> Given the initial file, the test is simple: cp the file >> then diff the files. If the diff finds the files are >> different, then some problem happened, possibly the old >> DMA handling issue. If the diff finds the files are the >> same, then there is no evidence of the DMA handling >> problem. >>=20 >> (cmp or the like could be used to see some about the >> differences if there were some.) >>=20 >> I happened to use a file that was 11570948096 bytes >> long. (It was a tar of a dirrectory tree.) >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)