From nobody Fri Sep 23 02:11:18 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 4MYbHL2c0Fz4cwtS for ; Fri, 23 Sep 2022 02:11:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (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 4MYbHK3178z3CMd for ; Fri, 23 Sep 2022 02:11:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1663899082; bh=APqbKJzXiPs70qHnmp3w1xYDcnFwMNYYUWkUBY6vv6I=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Mt58Yh5DimWv5xFAYmAFgL4ZIJH6+7sDf8pLAsfeHbK8HtzgZIZX0+EENiURv/cAzZ/GrfiBb3Zwek1/nPtVizZhzTuzI8sYMnJLPJEFNH3e9V0XNXBbAnFybeKHhYCERml5AZzSTnt7KanOKrehsrIRB51de4dBVhX+PyFe8wajytTxbpjTbTjg/u8MKcriW5fWiVaqUtRcUJU6SiF8nydwQT1Oe6Ts9uqAu730wfbeipZl6GXzAmHUqDM9r/vL3QCEdFgf7EYbKQZa73qJKqUmoBscmxB8mj/OHZd3LLcxARXC6DW03acLMryIVbfEzENy8SxnXuoMpxnBaVN9ng== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1663899082; bh=oJ6bSNpJSBowZ7BJ7FNb42taW8hqJHofDrCLBMhXk4R=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=cY+3pBk/uTcnitjmtBf6NnSPwxZdltkS8SqCytBOAVpgeotS+v/+E7nmHqbZUc9YKh5QmbNEgnu3HmDNcAfksHaHfLdXFlXEVxCrWK41P7bXil2N5QtX9ZiP6U7QjDzfz8NvJcVF3IIUIPfveOVxRqUQjxDuVfoKKpuT0I3HFwATUnEzda/UZCJsE+fknC+LV7u53uRRvsAPoNK2S6Xsor8L5hxgMe3kHv95i9fupJ8GiSTLM1kMZgvK2EcDeZbv6R5xWfAUc2MZWJdIt4+04TnToK70iIbhD2zDPVh4yaqjoF4B4j7r4dN9KhvJxW82bFf6RVPcLvKQtLhvykfzgA== X-YMail-OSG: jNvEWGcVM1lJx_JJ9hVi_zoeOMQBGLGkUUKfAwNtljfwQb6dNQpZYeNaq4yYUET l.WXOUWFi0yvegh0jDHMVNp3efwqOINxYeFvVqipiIKneZ.IWUi4wEOIlbpYL1org0lwSBe01Ebm qUliIGflu6HRT.N_4iZ4G92eYeYEOJ57kx3UHfOPlIE3eXjZcJizfd2PfCb7LsY.szJw0Z2ZJimt zCEIUd.pJl1tgj.QH67OiWN2fr18Yy7iG_LPzCfzSxseFmNZcG7COgZyt_1W9gsS9u16wS5WY3aM nQK_sJuzALvK4T_agvcQ1WB1QlRYm0XQVqK_b0AXd_3oMZpkz_Jbaa08lL291sYBV2paeqYq3vf8 EhBAhNL4vQ_bqXdEScEB5MCmnrG6lyIu1tBqlkog8voRNH2Fdc5n5gklUqv0UwqdejK4E7zS7E3K 4nHj8J7xHQ9fK5tfUI.awYtcUEhYL8bcaTS5u4QVtzigzfJwJI67jugoX7c_2Jx90DyeYhdWCocK hiajApfH.mMw9ukxXSV5yj12f_9WA.mPJTK30IS9sNdwZ7zbBzQopRIc_aZTc2N_9TE1FipUNekm UTY_JKEUr6TlzeT.wyN8wuWCgaR5haL9w1Kr9JiPxF0aruFbNwWAXt92UUxBCHPLbexBZlAzFJ.s 4QmeXtSJbakR2audUnL5GPfdZpcrSFQAvjUeelU8hDWMiEv2MmpQWdSfcj.uIEo1mvfF5U1sIP1T NqVUUgkQajTwb3hYo1q02gw.Jx40kPbiA2yqNHq08XNk2GibEgwG.RbIpHyybSNYjiow1clk1u.6 cP.GqWGhvDLWm8HLOvLkX31lBvzp5I2u_.le13Pe7J2pitWLGQT0EwaUB9UVBXZvWaKSLATzavkO cPU4z4XbTtanZr03ZJS4M8eJEp6NYuPqHC6rIkoDAscWu3Ui9rpF6JmPbfMcS8RGGr3x_wskITxH hdqhzGIUbI6eGXR2W.16qzjjYvCafKUne0XiE8VADyTWc2gscxgvasFVmbPv6DzJZ3pZVkxlsCm_ PQEctqF9bXSHDIW4vM0m0NywUmphZ02vzZPcStHG8xNkSgWU.K0euO8aoKeMVu6bEl0kMcdYuv0a mAi3P5XgpPi0dm0BK9Klrc3PEQFGYV9RGqLRlDpfMa8J1OVB5AdLUJzLj93onKG6OyewYmXGu.RC .XgZBNpx5dzkw1TzC57i4JtjV5Wbm417inXuwxdHNnOovgtmxGaKxUUKUbQsH9ZVrJW2cumNtODU KcgpjhXidDyeTpEIy.M64YWP3mL2YDbe9GEavbq4gKTRXCYC1h1xfgUoaFG7WMxawgC7ms6KH9f1 nw3jtzlgKv_KyN0ypJp5SkPE_ZYazfrOv4Fgi3f47l0w_kXy6rsVJbsbm.WoIW9UwdXyTi3TU2sG HFNRazAkSuaanAOqD8WH_bOaOqOHRM9pYtvo1AxkhDX9PRVrMVIrJ.Pnjis9Y7WhKEvcZvVKfgU9 I8jMIpdgTR6BQ6FLipvILkzJbzKjcwDIuLNQW3.GMIxl3cDABrUo32mqTJJSbjQZZpOOzln1CtS. jYi6cK3gv0txVy9k2aLr5IeBGbXJuKjx8LIMSpv7nEUkD4iH_ZJf_9.5FHcTkDv8CDwtiQzpSLqD hpATl0M9NjyHm8SNaEFGXCmu7EynlQ69nTlSDcEQxy7oTHct52xyNeB3KGMIq1pYlmz2iC2ztAJF gHoNDOw_2w0hw.X_Ic6sv0LZX90r6C8JIb28CO2KN33b19L5bMHKvVcARZe7czPyH_t3iNkahtZX kHifh28wwnmj1lHRzjOO7Rgo2ufN9WXG2FH2SUKHXvhaFQ2EOc1QqF5PRx4q5OgtZaOJrD_QPvGe txiynjt9YEdWwnHH1sa1fVlZ7T6toyb4wAY7pl.SoXhZkKNsLFOirpOMs1oZlcGGPMqbr1bcPLQN nnQwk5mqLt149u5CHhlfyeToUlO0KtVGHz2onQb7YhrmI8TE0pHwAlsCuqH6v46kVMxidFqk7cok X9PVzWpbFnb93ZejRPMypUZrZTF5rCO2DhKFlDq0vgA3SJGHp97_XwIU_Q4GCd4ozJkjcxc1Vsji 9kvNx180HM5PIv459K79JRTB6hbW2Mtw5R85iET_DU_zPMetEjsDRZe0VTROpTct3sz5MgXngLf6 d.FCvDJJwPVQBuQMiR_PRRTScPWM.5uPuJy5Bc9RL.9FAhqJQa2d0XsDzcHFdO3ll2moM0UaLOmM 16RspkUZ3JjxETBdGE8itITsY4mYILntOzuf_avNgmIldo33LYuRoYFn_a.aq107w0BiV_I664Zb TmEL3u.o- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Fri, 23 Sep 2022 02:11:22 +0000 Received: by hermes--production-ne1-6dd4f99767-hqzzl (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 84a2febc1fa17ad5d12536eeecc100d7; Fri, 23 Sep 2022 02:11:19 +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 on RPI3, sees disk but won't boot it From: Mark Millard In-Reply-To: <20220922014500.GA46697@www.zefox.net> Date: Thu, 22 Sep 2022 19:11:18 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <280D9065-A158-4E52-AA18-CA2CB1C247AC@yahoo.com> References: <20220919221553.GA33878@www.zefox.net> <9A2A4E83-22F2-4441-82BF-0B8E6718ED34@yahoo.com> <20220921154240.GA37735@www.zefox.net> <8CC2A42B-21AC-44C6-BD02-44D320CADF63@yahoo.com> <20220921175026.GA45144@www.zefox.net> <5DB9C93B-B9E1-418D-ABA3-8A0CFCE85C0F@yahoo.com> <3781CF46-C4F7-4579-8655-B7558B724C0A@yahoo.com> <20220922014500.GA46697@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Rspamd-Queue-Id: 4MYbHK3178z3CMd X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Mt58Yh5D; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.206 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)[-0.999]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.206:from]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.206:from] X-ThisMailContainsUnwantedMimeParts: N On 2022-Sep-21, at 18:45, bob prohaska wrote: > On Wed, Sep 21, 2022 at 01:27:45PM -0700, Mark Millard wrote: >> I used: >>=20 >> tar -xf /usr/ports/distfiles/u-boot/u-boot-2022.04.tar.bz2 = u-boot-2022.04/include/configs/rpi.h >>=20 >> to create a local u-boot-2022.04/include/configs/rpi.h >> in order to look at the modern file. The >> ENV_DEVICE_SETTINGS line from: >>=20 >> #define CONFIG_EXTRA_ENV_SETTINGS \ >> "dhcpuboot=3Dusb start; dhcp u-boot.uimg; bootm\0" \ >> ENV_DEVICE_SETTINGS \ >> ENV_DFU_SETTINGS \ >> ENV_MEM_LAYOUT_SETTINGS \ >> BOOTENV >>=20 >> appears to be at line 173. >>=20 >> A correct patch file finds the matching lines despite the >> difference in line numbers, a difference that is not too >> large by its matching criteria (given correct text matches). >>=20 >> The modern FreeBSD lists might allow text attachments so >> I'll try that publicly. (It still has the 210 line number.) >>=20 > The patch emailed as an attachment applied without a problem. > Better still, it seemed to help with mass storage device discovery > for the first five or so tries. Around try six, the system lost > the ability to recognize the USB mass storage device and then > seemed to get stuck in a loop, with repeated attempts failing.=20 >=20 > After setting initial_turbo=3D60 in config.txt the first reboot > found the disk, the second did not. Running usb reset then > found the disk, but run bootcmd_usb0 seemingly caused a reset > that _then_ found the disk.=20 >=20 > The display of usb tree output isn't always the same. On a failed try = it=20 > looked like > USB device tree: > 1 Hub (480 Mb/s, 0mA) > | U-Boot Root Hub=20 > | > +-2 Hub (480 Mb/s, 2mA) > | > +-3 Vendor specific (12 Mb/s, 90mA) > | FTDI FT232R USB UART AM00KE3E > | =20 > +-4 Vendor specific (480 Mb/s, 2mA) > | =20 > +-5 Hub (480 Mb/s, 100mA) > | GenesysLogic USB2.1 Hub=20 > | > +-6 Mass Storage (480 Mb/s, 500mA) > JMicron =20 >=20 > On a successful try it looked like=20 > scanning usb for storage devices... 1 Storage Device(s) found > Hit any key to stop autoboot: 0=20 > U-Boot> usb tree > USB device tree: > 1 Hub (480 Mb/s, 0mA) > | U-Boot Root Hub=20 > | > +-2 Hub (480 Mb/s, 2mA) > | > +-3 Hub (480 Mb/s, 100mA) > | | GenesysLogic USB2.1 Hub=20 > | | > | +-6 Mass Storage (480 Mb/s, 500mA) > | JMicron SABRENT 000000000000A > | =20 > +-4 Vendor specific (12 Mb/s, 90mA) > | FTDI FT232R USB UART AM00KE3E > | =20 > +-5 Vendor specific (480 Mb/s, 2mA) >=20 > Not sure if this is even relevant, but it does seem odd. >=20 (Response delayed by an OS upgrade mess [not FreeBSD].) As I understand it USB* standards do not define a stable order for devices to enumerate. So even if all the boots worked, if you had a record of the "USB device tree" for each you would likely find that the trees varied in what the numbering (and, so ordering) was. More significant might be the distinction: Mass Storage (480 Mb/s, 500mA) JMicron vs. Mass Storage (480 Mb/s, 500mA) JMicron SABRENT 000000000000A where the one that does not say "SABRENT 000000000000A" (less information) is the one that failed. Seems like it could not complete its SABRENT related activity successfully/completely even though the rest of the tree looks normal (ignoring numbering/ordering). Overall your description seems to be "still varies based on a seemingly random basis" and the problem was not fixed by the patch / initial_turbo combination. It does not even seem obvious that a long run failure rate would be noticeably improved. The "SABRENT" aspect might be the only part that is varying in a manor that matters. But I do not know what to do to investigate that aspect. =3D=3D=3D Mark Millard marklmi at yahoo.com