From nobody Sat Oct 1 18:32:52 2022 X-Original-To: freebsd-uboot@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 4MfwhG1RfHz4djFd for ; Sat, 1 Oct 2022 18:33:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.83]) (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 4MfwhD3gqsz4HyR for ; Sat, 1 Oct 2022 18:33:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1664649178; bh=w2kFd4Tprtj2S1l9WZsxg/JqYLb643XU3Gy1BuJEN1Q=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=FULqyVIM/l9XushfaIUgr/QD+56NSeNKu0ai2VtJU1ZbJTYlYlbybh1JqqTYFzKGzg8c6o5rTaTvLtY/MIranLBp0lZVQ2r9ChQyJjiyJgXdPQGy4iYKHZH0DmsHDVUOoLvKD3mMp5gxc/WblbXd+gz4UGJO4wzJiLTY9+v1gmSIBnei46kkOkc5/N1etCMohSfIHayZB9her8XxEGla9Sx2MqLhFubdwyEiZE2fVevcyPLXIoREB4T5tM+WQuNJR4UMY+qmoIDJcJIqLskLymJWp9+QjJ3HchBxhHxTaJUzdoFvixodupwHrMx21KiGXol3BFMcq562brel4pwEbA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1664649178; bh=U6/+Ag8BnkEiCWYBHX6zu41sMUmucRbPSMo1L0cam1p=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=nTgl5svarqCq2kZBfR83uTpamksXIpiJkoExFMljR3rluVAef74CVZCiWYCJWPJChI9C6Aby4WM7ZEARbC1tf7gtzDhbMlrt7/do8XscSiJbUIzfjsadUpfBbujcCFbqeFFhqs4QXQystaD2TeaXB/21OY61B9+qGroY/a+BJFP0v+sciuD12L8tI4n8RXGgO/IEO3WD7J6g8+ifObeHkkMaoZJIGwi4K/zmnJisjxg+SPOZAj6HdcwdLPm7rW1VwnmPOgu2w12SROjEY20GH1xWoSzJ4ZSOx3ycG7GfzWKowkH65cZ4p7GN/aTC0aLqow9QqwyfwjlK/P2H2znbjA== X-YMail-OSG: LnbAnoIVM1muYf2MqstPw5uMVtAhnRfbTmKrt2s5ti2_WJoAxrfAWwU0m8cFUGI 6jRSY.6xkHxVGEGO8CoODtwyW0pYF33jzC705glO_0pP0HcJKaeQKPyO0DlhEKCDlJf0STXC7laq 14D9Z6AkojwqXNA6dxN4t4.kvAK._udegxam.jLIp8PUoBvhT0MkpMtfqKR2jEzW3qmr7NG.2eTj pyL7Y1TDLhSrRaCJf4JxMNcKNMkPKelpMSf3F1YjMuP_W47ljd_DNSyHEm34w5DZG1M0PX15I7Ur 5HlVYQIGEcT86iFarDoyHV0bq4rdu4ZAKpM6wg_zq.GUlY3K.XpXrQWopY4uYoi63adZcYhjbQe2 EuNUjf8Ow8jn3QJ_v6MV01VBXUtfH2Fn27CYdI_dJXZncTWfytmy_kISiB1tFdTsA5sz4.fTRfbW uFY1c7QUR2oBIWOqu6VgwYJ4ILd5ssp_BBvjXe6k2Vgd9zHgPM_szpT5Qdkf2XTnG1UBxdI0Xn2r M7yUZN2I38cnxKqerX64Ol4HKtx3i_.4BKOq3y2EnzCRr0OBkL0JWImbcFYNRPQWLE42bOfLQ43E Dg86Qwgsli_rno3x80KxShwY1TtAIJhbbXbGKEAQPKTyOjDR8gPKoKgUH3qn69eT66xqZcFklLw4 _DVHCKio9aMcCpNXbm4ckwnuQfZ0NOZMQxoOreOIrvZvhhjJPsZgcVUGqQqacnCueqj_1PtmJgx3 C9tP.5DXfRaT0Y3VZbQCv_3_ZAPaBO8nK4kLvSgmp2swZ37kBElnnQyEjCxrb5brUZJj85HpP2bL Lc42qOYTMLavK.D31xQAenomEb4BYEXwlywXgHQYKYLA5uVXi5UP5qzCV7mOatxQ_.dKDytuEfYx s8fQ_pk0WmpeKAoumzRKydLrAoaJ690II5ZQE31DNT3sjtwolLc2Yuv9qqhjW6uMRBfwXBMFVu00 5Yg94uY7jxTVAAXbf8WKa8UBeoGYNA.U70CHdHOlM22iWMWYTMWoAZ6jgP_7MgeGKHzNpznvcsRQ GCHNaNdCiwhbGijwebHlwFtRtS3WoghQCKI5sFYiyidN4eaWyNbSiBP9yhJeBQ8sztUb_81aU6Vv 5uuAhFuxTr62yggwMk4KFb.zu7aboq9oSm9dwLDKgZkwC_UuLILwhqj1BPfi9xXqkXsU1UZttWlt ebDRHz7lvWWH58GuC9GSB2dV6tVyMHzaLM9i5m.WuPO6yeFfINOATw4Xzj4PmheU6iuS.DrUPH4o l6ol2P2YzcSRnTWHsEAvcIKY1SI5hlKQEMsXPfzeZ6cu_qiFuL2ojhC1J92Er6OxN1RAxbRfsH10 PsZPb_IOKLk8hyS6fmjRtlYSxKRhRlOxcTzqxnfhRRbWT6N05GpbmRWgt3.Ne1qwcQWDTTeq3_o6 LjyzZeD950hGIjL84.6DWLQOyOIVaF89IC0EWS77lwfGGLkhmXqK9wcbZVA98TsqU1Diiv9zAZea ziT1pwz4egvY8eTSjYgZP0YkK5_dF.nuF_N.CtZuqNbmqCAEBewIyQFb5KZeUHsZMJw5P9n0xi3T nXUao6W0si1yX5mQfn7TU2XxIawC9WaJ8psO2BuPZmWSRkJSfmY29vD1rCiZFnJgN24PMjhrvKVh zWpJA3C_m016L1BJy9b_aEpqFIevJX0WI9dzzsXM.7GNZ5MFFXGFI_5nm3PZoiMbTmwBtIko82uR c_NsOAdcGjtjU1TlydqfexajwcvKIk85VHcbSMuCSUb1CmO6uYoa35X4iPqqcRSNbvBZ783Qvbtv NDmhZLXJoZuRU2dgvMdhxYH6qHj4IUtK6HtAYhdNY0QR8lYnnrIAwFOhhOrs14w9dO_rswokgdV6 y_fET6RanpmznXQtSLnLCQtSL0GQozB5j0V6pOqz8Zu8iISwowUrFpxCtwQH3p16bPsQ9eqxWg57 N3Wu.sK8t8whbwM.JkqaUr52NR0lwjVmpKXI3PZ_v7hwJvWE8fQZvOGJkPh6HiIIW_H547zQxdQl Rk5KxnEVVawF_xaMc3GSM1qnhYj3LahrzZH1_yqafTBPkjOmGv7Ir5NibZUypSnBUtKyn4BsNClf 7HUKH9XgRqrHQmCpslWXUnRWnkGtiClgSF5oePGcLQBKqu61Lp2zRLT86sz0_Kls7BWA1VrcLesN Dhs58F2t9dlv8pGKVeF7hsV62bMhtPjnqzbHMdWC_sS8rRGhQc42CxVjjKDo6ln_AAOm0qhKKNvE VLPqWIc9zAp4SOCIhYiBlQRRTR4XW.sxLi_VZmths_0nKSMzmEHU6ehnno4B_rNb0PHym1kqy.3i FkA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sat, 1 Oct 2022 18:32:58 +0000 Received: by hermes--production-ne1-6944b4579f-t822l (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 51216c24bd1db203621114d24c7fbc36; Sat, 01 Oct 2022 18:32:54 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions List-Archive: https://lists.freebsd.org/archives/freebsd-uboot List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-uboot@freebsd.org X-BeenThere: freebsd-uboot@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: <20221001174724.GA98055@www.zefox.net> Date: Sat, 1 Oct 2022 11:32:52 -0700 Cc: freebsd-arm , freebsd-uboot@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <81F58716-72CE-45E8-951A-B7B92AD0FE95@yahoo.com> <20220928172839.GA75564@www.zefox.net> <62A7FD9D-DFAD-46B2-8681-F6EF0E5AC0DE@yahoo.com> <8CB25EDF-704A-4F86-B0D4-40818291C161@yahoo.com> <20220928234341.GA77046@www.zefox.net> <20220929002131.GA77106@www.zefox.net> <197D3C46-063B-4C67-AB1A-A3A072521D7F@yahoo.com> <6AA65AE6-41F1-405F-A592-7D641EA4C9CF@yahoo.com> <20221001174724.GA98055@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Rspamd-Queue-Id: 4MfwhD3gqsz4HyR X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=FULqyVIM; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-2.89 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.39)[-0.387]; 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)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.83:from]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-uboot@freebsd.org] X-ThisMailContainsUnwantedMimeParts: N On 2022-Oct-1, at 10:47, bob prohaska wrote: > On Wed, Sep 28, 2022 at 10:10:20PM -0700, Mark Millard wrote: >> On 2022-Sep-28, at 20:31, Mark Millard wrote: >> >>>> . . . >>> >>> It looks like that if you remove files/patch-common_usb__storage.c >>> and rebuild/install the large output reporting usb reads will not >>> happen. >>> >> >> I've included a patch-common_usb__storage.c that comments out >> the few high volume debug(...) instances but leaves the rest >> in place. A dozen or so lines are still output via this source >> file now and I was not sure if any might prove important. So >> this way they are present to consider if this file is used >> in the build. >> > Wrong email for the patch in question. Wrong patch used as well? (Actually, the log output still has the high volume debug(...) messagess, so you did not use the patch from the email that you replied to.) The email with the patch is Friday's 12:58 PM email about the patching involving 3 mdelay(...) calls. > In testing the patch thee seem to be more cases of u-boot getting > stuck in a loop, not all of the identical. > > The first in the script file left the disk LED stuck on with > error 22 prominent, the second left the disk LED stuck off, > with error 110 repeating. > > The script file is at > http://nemesis.zefox.com/~fbsd/ > in file pelorus_console.txt5_concise_loop_fails > As I understand the possible result of the intended patch is it might avoid the "0 Storage Device(s) found" problem but need not avoid the later -110 -22 error code related problems. So if you no longer get "0 Storage Device(s) found" problems, that is progress/good, independent of any later issues. Otherwise the mdelay(...) changes are probably a waste and would just be reverted. It might not be handy to test lots of examples of the "Storage Device(s) found" messages, independent of what follows each non-zero one. But that is the kind of thing needed to test the consequences of the 3 mdelay(...) calls. === Mark Millard marklmi at yahoo.com