From nobody Thu Sep 29 19:55:00 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 4Mdkbw0cYmz4V6Mk for ; Thu, 29 Sep 2022 19:55:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (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 4Mdkbv0cMpz3CQp for ; Thu, 29 Sep 2022 19:55:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1664481305; bh=82wRJATo+6SBUlZ7Exwr2xzuB7QCC1nm/aTV32J2zmQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=PU/ORVpyuK3oNNlvEAP3cBPNaa4cBqHygn88SmsPCxkotPXXFgcMg8w0q+QaUBZaNys4dMxNAdZXz92yE9zL5hNgn2stSupQKIcV8Pe8zrMmaPp3hySAnFV26vTvlLh1LI70rYo0YEZ9Nk0FbPqunnqW4Takpy/ifWcv+mp0u+OaGgOJGjY5I/fuq50YrFXhvikhod13gUiNyJqPUHQ0nD1LIGoO36LlLtTWrbX1bQNfIC+QSwxcBik+36tRST5z0SOHgshokj5zaRuKaMZHA1aOBrZMEyV0yIQYnnFTMt0bfZz0fbidxQ6YOJYKUoTs2hvkPr+EWZfMkXh1PwMJXQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1664481305; bh=tDbu7o1CzlFEIymlQohSlX6ffOds6TFsmBCi/RfMYwI=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=JnlmxN7IbyG40g/ySGEilAmFHehBd1oaLXu+4pjD/w2CXI8WzgpoQhuLJxWrks+q2orbsc8T1sniJoZxjkD7dOqat8kXjnp8PPFVQSI0jjCcguDdrYf3pUTv13Zn1/Nn3fYeJgVCUV91so/VqAyYuPMANjt6+CubxMK/sgXpWKC94pw/TBnRCJRGkQGjNE9Mj2QOOQodnDnPC9wghU3MOwhn5EMRhe0wtDPbQs7nLHlcrz963w8nNFgfFIfDtjd71Hj+KkA4kWL9YuEyryvzWz/MAC3aYrQv+z5Dusc4uueC2s+O3CsbzTjAnZI/vzMK2U/QIAyJ6BWww8XCYBegtw== X-YMail-OSG: vuYNPq8VM1liV79nT7.EzqLGiYDrfMoz6qNCYTcnq6PKhaUFvpTpsHXGGo.jHya kRF0S58HrRO3bA7OCb7hBAevuDh1X0jXVszQpy3cT7UVSxYZsKVZegYfiet1a0CVb608135CnNAr 2OLkxr63ZJAcuwqKIgtV5viyQ38_Eap90BMmgJer8WccVgxPEXK679RLGbgpehCuKcpa_HSZdtxt lvuAo3qQJxmLWXN.rH8EXYDIGkjwKpP6cyEHPtZiVYfcL3TTC2celtjDtl1cbXiST3TjRz3qRrUs l9WIkXp92IY6Ja.gF0XiLbanweGyimdkrWebrIwoZ7RNi4JecelE.ZrK39XwIODtKKr59kKRYDL8 ll8100_kWnhIKtTudikb6iFmAnVkDaf8i.7upPsjz.nHntV6WOpEbS22S3hT5B3d0Cyrzc_GX0m1 cO48hpnI0DzmofrgvUf4lNzLyZ7D1Y7qbu9Fr.LEqhBROk7E5QGs1xq.YFb6PyYeGump8HA2Q2e3 PI1SkvesB3frKUidpYYIaNhVO97sKFYdoHS0pjRkDEwXaCU9Pl3TkO.2iPk6fC2CQ4LP536HWfpL .PhMglVkYILQKxSGtDo4H0_hbFMHivIoFi6.Ur0Kbd1vpoDymLy68kpAb8atCqRhru_t0m6pq6Ps 6klu4lSS5Yis6LC7h1tA.QAx_AJ_KcTEqRykiv2LbDe6ujicB8N_lw4Vc8dn8jDIvj0Tyl0pxSx4 f3gRj3RMe391z6UcgZzzJuL9qYt16hDXQ_o5xk3DRFcncDu.Sen4n0xolwIBPo4r8EvCNnmU8qZq SDm0cnss4dyX6vyioIg5V5xiND0c1cSmbkCXTdUDm1ZLz3uxT1K_MIJvZCSmCxqznotiJWW4SlTh fbf4wkICv0nQqzchTRwIhHBy.pKtben.sCKpyvmmsd6d1.3Tg5NZVP0JWhGuqZcRWuZyMzmjZ8jG RME5fT5kyYD8VzJHWD.6kBCAskne_bPbsB4AbJVzh3Vig.SVyi5gTUuhcfQu48PSfm9sAASugFiw Ihe0KwM5uEIvbKNlhn_tW6D_5QQOPNNdXYX3mytkyjmCzqNumCPvwiga0znvdvBaZ1LgmNDp21Uk 8tV3sODNweAWFvrxUHeSYlaS6Ff7lM1BgQ2a4TclH4nogwO2QGFVnoZ8ZtZVeMeWw8.RjpUviwcG kFm7yYcvBSv3c575QRRrD6gEsbWsq.R3vQN5bbuHVLS7SBI2hHDYjkcEff2lCyMXyizCirG12IcO 3M9Fm0NvqmOICnxxbey7P3qSZolL637hCL9q4MKPM_dbY9g_sPE1SY9XLHaUqx35FNUld0hvFthK vKbSxzP40f20QIX8_rgwTi01S3z2gM0sUPOT_Jrgw9NI2uDgXV1jrMQ1ZHge.aNuMrGZDAD5klHt mY.8x0iGBXS.CjVEWe7k3f1AT1vquCbYmCqXqag_4pCh1GbJH5K6.wIRrmCUhaRvdy9juJVArsg3 yZdhMB1Oz81j_1LriuXWf.6RcmQuqEzGMXe61_oBcaXwSfeyqGInLyMLAkmSHDReb.iJxFz9yIuG m73QVoYAxcVnKEHBMfiE.ll6O4xGw_ZhBFr9JmNfaIK6D0bAz3IrD5GgKDSp43tpotkrHKVD9vWv HhWgSAOdPRauFCSfAFssLZRRCjCff1ePyAC7LB4Dr_Osi4OSEUse4K2khivwhUshyzKOZ3c373Wh htARrpgHu.LkaoB75z__SS6MzMtK3rz10kmr5oem5s90tUqNrSCf4X6BMIrrNrXjk.99LtJwTK6f .O6XSIQOkUjQUpwfGskG4MSE9wa42TNTfTuPa5ZnJvfljtAh8I3Iu0KknbZNAVOuqFt_HA7Wc5fW TK0GvN6Cho7ss3PMRMfjbbEWzh7BCzrink0Y.DI8pAy41F4ste8MoDJWoN_bfh0vxSo2z4F.4zjg _a7VDucyuURG72qfzn6qhmSCPeW68IB0DXuZLn8hQqmCtVixHLsHQyCNJLLuPOXp.kC_q33tdtHN irZn3raGBscPGilV5nc02KlL6ch3ELGVHz1sYiyeJXGDP0l.CceMDKAnkL6l41QwFhTBVk5sPSc8 M6j.bY1o6bOSVXOaSzIu0DrGrZfgginID1fkoKmCIXIhOeMRItz1ZI6GeWH7v0w0OPYvvELmc6Jb E79fmdk_oQE8Uvs2VBSThxIh.P6.H3ifTfZ9djmMC4O6WapA8JIil7Z5usbqSh22u7Qdmk8P6jhk QXLq5mFAhlls76wn28sCDjWXabFpaURPUmJbVexbK5On3Q1gjam2NNYwpP8fjNkkHLnruVITV2rO uMkIn8Q-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Thu, 29 Sep 2022 19:55:05 +0000 Received: by hermes--production-ne1-6944b4579f-f6tkg (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 7f0a59c08ab471576036e52ed4a3446b; Thu, 29 Sep 2022 19:55:02 +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: <20220929170927.GB80020@www.zefox.net> Date: Thu, 29 Sep 2022 12:55:00 -0700 Cc: freebsd-arm , freebsd-uboot@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <6C5019EC-B4A8-448F-9A85-4A98BC46F7DD@yahoo.com> References: <20220929002131.GA77106@www.zefox.net> <197D3C46-063B-4C67-AB1A-A3A072521D7F@yahoo.com> <6AA65AE6-41F1-405F-A592-7D641EA4C9CF@yahoo.com> <20220929054120.GA77803@www.zefox.net> <20220929151926.GA80020@www.zefox.net> <20220929170927.GB80020@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Rspamd-Queue-Id: 4Mdkbv0cMpz3CQp X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b="PU/ORVpy"; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.45 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.95)[-0.952]; 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)[]; 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.69.205: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-arm@freebsd.org] X-ThisMailContainsUnwantedMimeParts: N On 2022-Sep-29, at 10:09, bob prohaska wrote: > On Thu, Sep 29, 2022 at 09:38:04AM -0700, Mark Millard wrote: >> On 2022-Sep-29, at 08:19, bob prohaska wrote: >> >>> >>> I'll try to gather a few more examples. >>> >> >> FYI: >> >> Building based on the latest patch-common_usb__storage.c >> that I sent (by itself) would avoid the huge number of >> sequences like: >> >> usb_read: udev 0 >> > [snip] >> >> and make the log files much smaller. Any other messages >> from usb_storage.c would still still be present. >> > > > From my point of view the size isn't a serious problem, the > script command makes capturing output easy. It seemed more > valuable to capture maximum detail until the problem is > better understood. If it's understood well enough now just > say the word and I'll recompile. > > Size might become an issue, but there are larger capacity > webservers available. I'm using www.zefox.net out of habit. In part I was going by your indication to avoid "bloat", which I had guessed was a reference to the logging output instead of the size of u-boot.bin : QUOTE The maximum logging level was 4 out of 7, fearing bloat. END QUOTE The first "usb_read:" is after the "1 Storage Device(s) found". Prior to that there is one example of a: COMMAND phase DATA phase STATUS phase sequence and one of a: COMMAND phase STATUS phase COMMAND phase DATA phase STATUS phase sequence. I'd be surprised if these 8 lines proved useful for the "0 Storage Device(s) found" issue. For issues after "Storage Device(s) found" the status is less clear and the output would be more likely to contribute. As long as you are happy with the size of the output, it should be fine either way for "Storage Device(s) found" observations. On a different issue . . . I'm also hoping that you will happen to also capture examples of automatic reset/start-over sequences. It may be that those requiring getting to the U-Boot prompt and typing commands. (Has it ever happened otherwise?) === Mark Millard marklmi at yahoo.com