From owner-freebsd-arm@freebsd.org Sun Mar 7 16:46:19 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 185AB56BAD7 for ; Sun, 7 Mar 2021 16:46:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-20.consmr.mail.ne1.yahoo.com (sonic316-20.consmr.mail.ne1.yahoo.com [66.163.187.146]) (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 4DtnRY3jgGz3FYH for ; Sun, 7 Mar 2021 16:46:17 +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=1615135575; bh=P7jgnq83psEGCvpTCDiv1tbmlay5ZL4RV1rdw9XXZj0=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=NL77DJrQa9F2m9526euCvVFuPqL6H6fVxRhbJSo1XlXHFm6SmBhODgdG0Ek55ae3gOs4OJY/eXyBsWR2m4kvlQPFZz+tcp6W9a9bBUzlDWxdfaFA7U7GTX8xOIKlc3ITUeFmfQvUww3ol8j5rO7pWEOoRb12mVwFYkNMGO2rxswuWj7b+SHcs7Ob6/0jv0olVFwuwLMeNcN9Bg4Y6BHgYT+v5ZWw/PnvZmtaDkIY3G6R9CsTfn/ZzcvTJMmyEfwHEx6pnA6rCkb3YUzAlshNB8aLS236w/gSO3R3yJXWNT4MBUDwVpSgH/u8VVObqJc6IrUFBvN7sbgz1QPeCnIEdQ== X-YMail-OSG: eYPd97gVM1lv4LIPUDepNdmMFwmTvhxzOTBXM9MuzI8IGMQTITEriXEFqtISZum cgK5kaD2gl2uoMzAg7fynj515hcdtZgumf.k.0pMYMAcuPi2sVSoABBGN1fYIw2q3KLSbdR9WGA7 DRcbOogQx_F9ekBfjjFM67IudOL7Rz6khNDA9uFpbMMcjcW62O9uPAWeXo_2QFBU.MFFngQn2WSF aIBBb7kv_sB9hpGZTKrsgM6ORlp8ovHkanVbSuiM.HjMX6bMVkLaEQpGDobLTZNrqqZj8XDm0qne RzE_UkY.YfDpIc2hdC4cNY8wWuaeDIjbboTyvgxYGg1ozLkql8fNxa1sd3cEFSECvEXijC1K_baZ QN.y5_2gckpOGyA5oksr4k.VM21YTwxv2r7NOhyK5jAb7FQTQHLHasHVEc.hYXEvR9VO.ZB7oVYa hS8eT8111hbPxHFZ4dY6tJrUjddJX.KnPHdoUyh61taMAVXX_opZwP2O.3Rxloq085QOVnG5MiYY YY13OM3uypu9W_jQUwgcexKLYS9.949sf1vWs2422Zy7xlylt.t8adNjDjfLeId_3LJNXTCWiIJa 7x3065ewUBnLQKyzI5IGHP31ZmJ1zSIV98DeRI.6ZS8fkMFq8NeMG9hFYulYQAg0ebJX0fIZUo2X m67z4wqL7wpQmlxJxkT5uRuatNnEaj9nAnbyO0TRQT3WatJ6aOnwnxRpqPQtHT_AqlFleCB_w.SQ TkBcB_x0_9yniFhpPqj5vt0EVTTEDybv8Bbh2ucf6UwLZ6DkhKnVOthFsAr933IQas2KhOXIoU0x 6YspI_QuD5qiSVwmtgtqPjwdqe7YpfckONsjeHzpa.e4poERP3Sej4jL3pR0py35NRhuvX_YGkBw E7R_yGpc0KqM5FBeMYIKWBEQAdHlBd1kAYI4BGaUxNzOfAOkpWGmagj6iQYa_qzNL5HdrWI3_lvG v0vgThP7xZ74I29GWGti6OKEeSxwaeAVHEZT8iapdu.9I7.CkJEEc8qtLXmHFxBzybVJcATUa3dt EDnNhuoP9FI9DZJmdEnGDtfX3Rv8WltpvfNSjXI_r4gJ9qBsqNH_qPFD3jUOKWKq.0zK5vEfwqo1 UVcO3BYez7tUN6uoY3U6xhaBZoC023JGjwuqZVZNcaU2GWxWmWjm7KAcFNUzxFU4bp6ttMiKFQN. HOLE2ZR4P71viVkyq.ugSQdEYBeNJzH1sVHMNd917UnpaTJqOuhfMWtfooT1DvU6drnTEHwFOcdQ XHGl6OVV8942IkVWrZtUnDnwpDAC7ABeltAjmlsO6knlfWLB9J8_3WR_67UoFIElhT0SOPUUKkaH EA40amUxvKhL7KPanxPcoAWpxnQnzgfk5JLTo8nH6H1o9qNeq3NEYVjwGS8TxH7OTomL48wMSoAo W5pUtaPEj_6qNJ_5iULxjMhuEbuxYUYJPnzLPtyPrwpqxfFt69FlARtShwWMd7LNTG3yiITOMI8R 08KwhpKeGu1scs9TpsHsS9uXzwrKZ4BpQx1grbJesvdVz5YnuhGEFxgDNas68RDnmsvYJ1C6mfpA 6TRKf3vtKLIr1uaNjW_05wk3hFA7G4T9BvuLzPoC_6XAjGJdnpeXVhWAH8e6aOretLX8p750Vt_z DHOF6AALHy43GRadQsgvKO974pR6qFn70XUDJslTMoJSYfvWR451.pzio.EOKk56onB_gUqKqO_V kOzodsUIQI0xHk.M4FB9Es__.tt2UnKr6fW8A3y5nRYpHbVC2ddy6eHT9U4BjRbERtcjmwdkShTj UUAEFn6OVbH3VYaMxZZWxCYIH1gYUXzAXtf_zj3GA7pQMLHguK0Nop7E5F4oWhvSXl6tPdMhUcI9 8GzxDQmpB8lNKLzSxCSKxhbm.Kfkavwpm1tSenRffPO6UFFVFBxafZux9YvHhbHbGrygj.a.L6UU ccO3O_KoCaZP1YwjpU3sqKIMK_3P2ww38pduM6cFdcQoyv64q.HkLuNW6sITL5GlsqkQYZ3Er8iB 21LQ1NCPttLRa8U18tTiRd7vklJ7fPRDV_ajMV2Vk3EcIqM0NTkKmGiUg00eApEl_i5NXMSd12WN sXZeLbgWZ6.PmRrS_Qm3LdSsgxkB8asuMJY5bJ1PsFFJiSyrcEHlPJ90VZC.kcMN6N9zdE81LEup FlP.nKXpzi0cnUp.JluiLu7HtJzaurKFz.lar0iwENwwMwndnQw868X_PpoPBclRXxZdJjuhMLK4 MNHNeqlfbw4T1nG7YuonXhosOCUN9kFhY5CjJKgDNEujM73mNRoTBGRpcI4pUID0mBPZ1A7PMqYz NumaXo5rFBIEfxMHbebVssSXWsqbgDzLrTSgLVI.BRIrOnnC08kPNznUAuem1sNohZN0a_dmh3KK IxuTtRpajYWZjYym9ADYOJSzGASKtBwPyFGJiiKFYT1BG1AAWwf2bWAkXXB8CBrILaR3brwFlEvm Kxs1qbnYAjVpPQWG96PXCfpkU767mz71EhtMYtMV_mZ.L2wOj1lTAIo_9YwRbWY0Jwa2SzQd2BRJ b1_uZtFZAc0NNct6Ba54aHnOW0ClsYw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.ne1.yahoo.com with HTTP; Sun, 7 Mar 2021 16:46:15 +0000 Received: by smtp405.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID b1b6d34a85221c01080fe860ba50b945; Sun, 07 Mar 2021 16:46:11 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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: <20210307155515.GA4591@www.zefox.net> Date: Sun, 7 Mar 2021 08:46:10 -0800 Cc: freebsd-arm Content-Transfer-Encoding: 7bit Message-Id: <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> References: <20210307021628.GA99890@www.zefox.net> <20210307155515.GA4591@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DtnRY3jgGz3FYH X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; 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(-1.00)[-1.000]; 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.187.146: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)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[66.163.187.146:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.187.146:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.187.146: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 16:46:19 -0000 On 2021-Mar-7, at 07:55, bob prohaska wrote: > On Sat, Mar 06, 2021 at 09:30:33PM -0800, Mark Millard wrote: >> >> 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. >> > > This is -current, chosen to be the latest offered. > >> 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. >> > > 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. > 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. I tested 13.0-RC1 using the normal u-boot style of booting and it worked fine: no differences found. I tested my main c113740f266e based non-debug build (about 4 days old) and it worked fine as well. 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. 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. (cmp or the like could be used to see some about the differences if there were some.) I happened to use a file that was 11570948096 bytes long. (It was a tar of a dirrectory tree.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)