From owner-freebsd-arm@freebsd.org Tue Feb 25 23:05:11 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 0F91A2436DB for ; Tue, 25 Feb 2020 23:05:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.206]) (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 48RvfD70Qdz4Mgn for ; Tue, 25 Feb 2020 23:05:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: EB7Leh8VM1nZQKLdWtT5WqYw2pPGdemjTgLIUUl.uJJCgFPOpeR9AZDFWHVISg8 ybHwao3Y.k912qO516lkv9i77Kgs4vfEMNCRfG8db8G8hogV9XY_3lwxU8TnU9TnAYyAb0xtTzIN SarzjGG7A6RI65sxuOrRtCeY7_atPJ.i41tSOeBV_f3MD3VqtdcnDa7UOdzTGXblolLVC4G.QDfI ZelYW.LuiFtpFwIA.22BLWHGgbb8HfvpqHUq86OoG09TLZF5oj_25Qz6AOYEwL5.wco7WVsY4gVv i2gpMXcALCe5JOUeNuPuQla.ABwAfqwvTI5S3EhekRAgomWb4HyZ7C4RXL7iuv6jH_aK_WlGmd.l cU_CvcJJKjeNqs9xNlI74LK30UN6USHQB.pEjvdcfou1Gqm2z4ny.1EoN1mxa.r9cA6XzON8Y.8z k8nsgKurhsrPXhrSRco0J23r.RVdnWIoXVz0Gssbg6h2uRklzbrNELuFv0Qw0tmdpnxHY2B_UziT jFwE7SqaKuOAP0t.O7mhSLNnPL60YbzwlKXREcGOmq8GeTp0NpkqTeYvfM9c172Ad4VRSDt4f_2d yUxjaUpa.U07PWCKzJcaAS3ssHTEAr88uqvbk0qmM3719xt9URZxexCDaT0tlmdLKr0T6qjTOti9 Cr.AIx5.Cxu57n0tSfcdn2Ff979Sb2_oC8Po9DORe7ytAcdhmhp_xlbw8Ytk0PyWqRlOm_MkM8QE xtp.amEv60YGR.qhz3h.HcEWSQwRrrrSRxclXImeA9ksG1UEQJC9EEYSDE_CKNuQ6jmTsdq88D81 PCkiokVLUf6.XvuCwX4Qp2P_i3.aHbRX0XiDgIk1P2xNvkDSNQTL8iZEs11c6EA8qE_0NswWGVxL 20Ao3PpYIWQKWC4matQOob2JWp22QHIGJfHBbUBhShdthPueCc4CREnlHA7fbnn3YyXVZeZCqtAe PzgoTww3uRDtWlQhtC7.0nBVUVMUI2OMJJ6cYO5vqrfTYrp2Q2cYMVFKM1dZxpEbasaXsiGvRg.u 1AvuFczVqHVqRkGhvdaJ8AYF2bcFdJ0v.IlO_gPDHDmvCp4EufsAartXsdU3MtHe7w0dd0UtncKL 7TogF9jrQUfVAXfNU.1qofF1ov_3b1Kh1PHk2joA5n.9_dT.CTGV_olXnn_auFHlemZrpz_3pbIK _daZWsszln5_RdbmYGMdSUYt.UjLn8VjXLGrtAaKLzggv_RmqP5Fpwc19gL9OR5g3xVHJHjw12PH s8U6T8jPFLN6Xmx8WBaEviJPoSEZHd3390x0.ckmK8V545CwR4bG2oOFLbaANr8FFkxje5UN13nf eiF.CbItYNxO_ZWD9WVTzKSzSgRf.afMpcR4bCneL0tcUBcNIJefSkq8o.AkaC0JF2uG7.jdFCJg 9JNpEzJBlpW32i2p9pEy1KOW5ESLZjCJsy1M- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Tue, 25 Feb 2020 23:05:07 +0000 Received: by smtp427.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 1f39a8c0b57b4722e6accafa97da304e; Tue, 25 Feb 2020 23:05:03 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Showstoppers for RPI3 From: Mark Millard In-Reply-To: <20200225175446.GA77976@www.zefox.net> Date: Tue, 25 Feb 2020 15:05:03 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <11951E01-EC13-4FBB-938A-AEB5700C4281@yahoo.com> References: <20200225175446.GA77976@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48RvfD70Qdz4Mgn X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[206.65.137.98.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (-5.86), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 23:05:11 -0000 On 2020-Feb-25, at 09:54, bob prohaska wrote: > There seem to be a handful of problems for -current on the RPI3 at > the moment. Those I've noticed include not getting multicore operation, > cpu_reset failing and OOMA kills with vm.pfault_oom_attempts="-1" set > in /boot/loader.conf. If you are seeing vm.pfault_oom_attempts="-1" fail to work on or after head -r357253 (from 2020-Jan-29) that is likely new news. However, for aarch64 RPi*'s, this is after -r356767 where the kernel needs to be told to avoid touching all the armstub8-gic.bin or armstub8.bin RAM. (Previously worked only by accident, i.e., despite not being told to avoid all that RAM.) It is messy to make judgments about aarch64 RPi*'s on or after -r356767 (until/unless all the armstub8*.bin is being reported to the kernel as RAM to avoid): too much ends up messed up by the kernel replacing part of armstub8*.bin's RAM content. The problem -r357253 fixed was for all platforms, not just aarch64, much less being aarch64 RPi* specific. As far as I've seen, the platforms that do not have problems at -r356767 are no longer getting reports of vm.pfault_oom_attempts="-1" problems. The armstub8-gic.bin/armstub8.bin RAM not being reported to the kernel as RAM to avoid touching is a known problem for aarch64 RPi*'s. But, as far as I know, no one has indicated that they are working on getting such RPi*'s to well report armstub8*.bin RAM to the kernel --or that they are planning to do so. As far as I know, there is no evidence that the kernel is doing anything that it should not relative to what has been reported to it. The problem is aarch64 RPi* specific for what is being insufficiently reported to the kernel. > What's a good way to figure out when it's safe(ish) to stick a toe > back in -current? Are there any relevant bug reports to watch? For aarch64 RPi*'s, either one sticks to head -r356676 or before (which is also before -r357026 introduced the vm.pfault_oom_attempts="-1" failure) or one patches in a work around for reporting armstub8*.bin RAM to the kernel sufficiently for now and otherwise uses -r357253 or later. The patch could be to FreeBSD code or to u-boot code. In my case, I kept my sysutils/u-boot-rpi4 based investigative workaround in place: adjusting an efi_add_memory_map use to change an in-line constant from 1 to 2, indicating to avoid another page of RAM. I do *not* have FreeBSD patched for the armstub8-gic.bin RAM issue at all, just sysutils/u-boot-rpi4 . === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)