From nobody Thu Oct 06 04:54:07 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 4MjfHB6K1yz4dxhm for ; Thu, 6 Oct 2022 04:54:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-8.consmr.mail.gq1.yahoo.com (sonic308-8.consmr.mail.gq1.yahoo.com [98.137.68.32]) (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 4MjfH92fnMz3kQ3 for ; Thu, 6 Oct 2022 04:54:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1665032050; bh=DeCJhKQd0oAGRoP69VIMrPOaL2L55zwgBUPXg9Njuus=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=a30sqOTRsOu1FfVUEqJF5jTScIfjpi0i43AMgd9E4c8F0vfI7F9cTP+1f98H7V0q24qQ6U/m5QJCeb2vn90esHntbD/61MdqKBFAU3LX0VAhc/m3fITWhmofDavqHFMQgqG2Y4nr1FUll/qaI9Helt18xuJtr8V4cYpmlJNVD+ktqI7K+cEFPbTtgD0e9VlmbaveMz0c/dNB3rQ03Qp4VG1Z8j3Ztbv951M1Ck8qsHFdNnb8Aj2LPoLkCcdgB0tsJ11443bngBulHPkqSDm79Sa7WQXJ8aYWni7ujmY6EOqfjVVyBLqi+ycnRyfnSGez+s6BXs5wJ1CxJDAj/OrB4Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1665032050; bh=giGiKNKATWjcWBHKusbmeaZVuQWtU09BDM/R5WF9qge=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=tjdI6kjStE3OhQN2zGXrbhdBHJnSfcEEqan0rN015TbPtQOc4QXS7hc2eGGh56Gu5UHVSaYQuhQ6ux6jGp+OhaPBueyYnJuszFJKiRKTxKYqWBJJgPoFJ5HlT+qZfOUEUSEiILiu78/mU26On71HzGpWX+S4D7oYpCToJvYIj/sRUV7ouKrtKcc1p9ZZy49VqfHqmodmjbJ4LeEcWbxA1IwvqwyToecB88fp4p39VfvAFMLCN3Igs/yEGWq5rOBNoQdSU6kp0xqa2chCzU6gr+cqw7GPJI3qqh5VQvwP1QtHFdVuIkMYXClVmyVNij5HYASnpdlEDfMhI5zsm5Tq1Q== X-YMail-OSG: 9QQdF5kVM1nG.ned.MKiLQLmsVAn1PU7GNtTYffkXIImqOgn6pPgMdY_E8d6gDY NdTp5ykcl87MtnM4kkBTXeVF.q3ZWPBwNuhylu20y05qop9Ws.jBgQxAFb4.ORjSl1K0ArBklWYA 5W7w8dOT4J3gkrwFj1ypjNTTRI.Yf.exyhsWQ5SmQWeXTSDTkcZPTtatnnGnBamNWSppXPG7nsRe D6gDvCqK7G6X1kwg3nCzLWrEx4uES9VCsL9HIENnzF4k7DTbnd_wU_8VzSZQ4E.Yo4o81NW9J0W0 7f_ZQwxGMPvsK6H6hbRoNuUP3.M8RP3KrUW1Cc1M1U_PxcJAK62qsdgcdvlu7gwFvWktALywgAJw d.4KGYkbZe8ixwFFs_wglKaxyzAOr2M0axsco_XiDA8iPNafcd0ef7r9OTNrRebbGO6sXx_AwkDh 9nLF2UiFSUVqoMljLgqXb26IEE_KM4T8yWUvB12FigdwdsQ9bX03gYxr_ymuS39dHmJMb5A.JVpk dQ6Xt4fUd5O85NlYT9O7S3cHVcs.LENjVqAO9fdfeQ68fSCktQgrGCxHJmOGnm5m6nPCHktEdVOQ RR9zuxonZqLRVOYn6dgFow5Ciuu1KFQBjaymZN8GSIXcEgbK_AMbMRjmozkEWCb896hVJ86TkNCW yRzFUgsMDgL3Bu08vQdFGvnIMXukZ_SdLsJDImLrnxK.SGIAV3Viz1AQqhXnAduijTzUwSTCmJ5R 8JVuiCIMIvDp2_X439HOLNT0Y3mbkMfO4hPxFdeGw_n9xYD5zdbTTv5DvFSAU6WJEQYqvNCLtwVX 6L4ydmxXUodTuJKnhNIoOfdsj0eXhmRdOoqbECGuYVif6K6x0FuT2GV1Q2SO3gKDHcOmqAWR3YQO qwRoL7DH.Ki3_7KaEBLzpjOIpvnHuwgP.t37A9Dd.xV6QABjoPIG4j4NeHgioLepqAynzDercdcA phAq5nj6H_qI9pVrUEKZNgn1Sc21dtRgYOYAVmlavtjXD7b5HZ5JpyUchsBFyLWubflCuBnV1Nj1 .ZpULFN1GhjbxFVlgs50Rm.vdj4rtSO63P5O_a8FQ9qywuh4o6Hlgg7eH4QhXZ_bSBJM_wGn48id 2JcKf0xDNrFQI0.Gq2aSMx689j7h0SBpj9yJYWhPbKoa24laSy0ECIIOhGeDyiQfKVQ7RVPxEu1S RF_sFBTydKMdhT6YgMQkoht94FOi6CEssrPnhRIf2YuripSbrnPocrq5xm3kBIsGxXUROao24USm fHFY_Yq5RO_a7PkFg3zxg06grfGFXa9hLLQyxLeYlQFTMgargpU_TvmUTwI7la7BHGqGzYKwPdw6 dYgHfodzyfSkN0POMBofFL_s4zop_hJpl54Y95rMps0YHtELl.mOTjJaWPdyFItL1_jiGVtbagcW Gkmu0amWGZVW8EvJEDxAAUbixY_nSYVjafYaZxzDxArOjSpdz3o0gia70Gyf9KFAKlJazoUxKHII sGzCkwfi0jlKNliBkaVx7F0di9WB1.2FOCCD50NLLHrYGmdx_IlBM3G5OR48POdWqzZ5.Kfu.D8X W8W_E4ZrBDHySvrvUkVHEbaSosPDZDhmXaZzOM6taggNRagapN7agnonIz5WOV8XOMPWr_P6l6GK AVEdOXAT.72B79lfy1p66_aW_g1Rtfo3LcKOg7ewJe8ZqwYrqKZR1CINnkLtaudPoA9iCneeEw2k 5U_AvHjZOX2gKp_Yas2k_i72KXEDZAaoZ9Q5QG01v5Z4mNMFgYl1Fmap2Zdf.aUwo0dV09NQi8Nn dHDhVGNC6rq4ktyWY6RBfouMc7B5EmYBKyKjNlcjkQNFKx0mNVvJDqPr.dLWHlzj9YfpS.gQcM9S BRpta9pZm5EbWgktEDkkwHgoIHx63Z1U9pcPfwGiA4s.M7WkDOL2RyxwPtsFjnNjNq0auKsHW3.d H10wmsAFIR8aX3J4w4yEOUzhGeCH020DlaJOzYhv8qC8.sm70Pec7GVs4dgW1UUGNKlbMtiVECdb IJlp4XlNC74dbDgzIFAyuJl7aSY8OQFllKN42lGJdORVKxgniUGvgl79nz7Jm1rU4eoYwDD8i6Wc .2d2Du.B7em14kQqBu0l31gsa2N2O_L5jVAaqjmGHCS_b.uLEOWVoN2YiCWPgoaX5e4S6Ujqamv5 nQYDrsTLLdHWspcAtqWKBHjtcVVfT2BPkYp2ouTv2OmprHZl2RZD4oW8jZX9iE3AISEGGkI0P_gs xfCGMP.RcgCcFsb63xpLLvJ0VfbZ2XjoH172lTdg6RSJKpp6_DikCc5E2ZpXzP5hJLzM0I8t5u31 xs9cv X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Thu, 6 Oct 2022 04:54:10 +0000 Received: by hermes--production-gq1-94b89944-h245p (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID d42fb247ff27dffd4c06a31d4e03b80f; Thu, 06 Oct 2022 04:54:07 +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 \(3696.120.41.1.1\)) Subject: Re: u-boot debug, was: Re: U-boot on RPI3, sees disk but won't boot it From: Mark Millard In-Reply-To: <20221006023823.GA16472@www.zefox.net> Date: Wed, 5 Oct 2022 21:54:07 -0700 Cc: Klaus K??chemann , freebsd-arm@freebsd.org, freebsd-uboot@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <25C561B5-2690-43CF-9091-47B4DF9F1997@yahoo.com> References: <5FFDAA6A-AD8C-4E40-A2EB-4082E5086679@googlemail.com> <38DFEB91-AC60-4FD1-8088-95B0A06C5E5D@yahoo.com> <20221003004624.GA3381@www.zefox.net> <20221004001857.GA7109@www.zefox.net> <62F8D709-BBC3-41C4-B1A9-939B2001BA52@yahoo.com> <1DE565E3-3906-4C53-83C8-EBC20A4E3C95@yahoo.com> <20221005034608.GA12761@www.zefox.net> <1560695E-4D99-40A1-8D62-29EAB24C7997@yahoo.com> <20221006023823.GA16472@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Rspamd-Queue-Id: 4MjfH92fnMz3kQ3 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=a30sqOTR; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_THREE(0.00)[4]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.32:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.32:from]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_CC(0.00)[googlemail.com,freebsd.org] X-ThisMailContainsUnwantedMimeParts: N On 2022-Oct-5, at 19:38, bob prohaska wrote: > On Tue, Oct 04, 2022 at 11:27:00PM -0700, Mark Millard wrote: >> > [big snip] >> On a possible issue: You have >> >> ugen1.6: at usbus1 >> >> plugged in. >> > [snip] >> It might be worth experimenting with >> avoiding having more plugged in than: >> >> Boot USB drive (I count your powered hub as part of this) >> Ethernet cable >> serial console connection >> fan >> power > > The buildworld/kernel completed without issue and it seemed > to help. Immediately afterward the machine reached > S=shutdown, M=mountroot, F=disk detect fail, R=reset > > SSMSSSSMSSSF > Next I set device tree only, per your instructions and it reached > RSFRFRFR so I tried ACPI only, reaching > FR so I put back DT+ACPI, with result > SMMRSSMSSSSSSSMFRS at which time I pulled out the FT232 usb-serial link. > > That reached > SSMSSSMSSMMMSSFFSFSSSFSSS > > Looks to me like pulling the FT232 didn't help, DT+ACPI works better > than either alone. > > 35 shutdown -r > 10 mountroot failures > 9 disk detection failures I did not get a total count match so I worked it though. . . ACPI+DT (broken up for easier counting): SSMSS SSMSS SF (S: 9, M:2, F:1, R:0) SMMRS SMSSS SSSSM FRS (S:11, M:4, F:1, R:2) SSMSS SMSSM MMSSF FSFSS SFSSS (S:16, M:5, F:4, R:0) So: 5*10+2+3 == 55 But: 35+10+9 == 54 Totaling: S: 9+11+16 == 36 M: 2+ 4+ 5 == 11 F: 1+ 1+ 1 == 6 R: 0+ 2+ 0 == 2 36+11+6+2 == 30+10+(6+1+6+2) == 55 It looks like: S: shutdown -r M: mountroot failures F+R: "disk detection failures" (That last was not clear to me on its own.) I'll note that I'd sent a note about a commit to main that might change the FreeBSD kernel time-frame failures. It shows a 1 week MFC for if things go well for it. > That's actually pretty good for the JMS577 enclosure. The world/kernel > upgrade to stable/13-5ec288b57: Wed Oct 5 16:55:43 PDT 2022 seems > to have been helpful (not sure why), omitting the FT232 didn't help > much, if at all. > > Compared to yesterday I'm tempted to call it progress. There are two widely different stages getting failures: Pre-kernel (so: U-Boot or EDK2 --or even RPi* firmware) Kernel Thus, any overall solution still using the 0x0577 (if there is such) has fixes or work arounds in multiple places/stages. Any that are just work arounds that are not committed end up having to be locally maintained to keep the 0x0577 "solved" status. The same sort of thing applies to incomplete workarounds that just make the 0x0577 results better but still sometimes failing. There is still the question of if the 0x0577 is well behaved (or much better behaved) on a RPi4B. If it is, then enclosure swapping might be relevant. > One thing I forgot to mention: > > The microSD formerly hosted a RasPiOS installation. I simply > cleaned out the DOS partition and installed the EDK2 files. > At one point during buildworld I ran gstat and saw reports > of zero activity for the microSD partitions. I didn't think > the kernel would even notice them. Is that to be expected? gpart show shows all the partitions/slices. gstat can fairly generally list what gpart shows --and more. Device I/O to all partitions is possible, even for partitions for which the contained file system (if any) is not supported. gstat with what options? The following are rather different in what is listed: # gstat -p # (Physical/rank-1 providers, basically: devices) # gstat # (all providers, includes partition/slice naming based rows) (Note: GPT freebsd-zfs partitions do not show gpt/LABEL, at least if they are in use as boot partitions) # gstat -pc # (Physical/rank-1 providers --and all the consumers) # gstat -c # (all providers and all consumers) (Provider naming probably looks more familiar than consumer naming.) (The wording ignores screen-line-count limitations on what can be displayed.) === Mark Millard marklmi at yahoo.com