Date: Sat, 1 Oct 2022 11:32:52 -0700 From: Mark Millard <marklmi@yahoo.com> To: bob prohaska <fbsd@www.zefox.net> Cc: freebsd-arm <freebsd-arm@freebsd.org>, freebsd-uboot@freebsd.org Subject: Re: u-boot debug, was: Re: U-boot on RPI3, sees disk but won't boot it Message-ID: <ABFDD634-5CB6-4DAE-B4DE-629CE7E4FE06@yahoo.com> In-Reply-To: <20221001174724.GA98055@www.zefox.net> 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> <A8C2BA4E-4520-4B34-9614-DDC4D8BEB097@yahoo.com> <6AA65AE6-41F1-405F-A592-7D641EA4C9CF@yahoo.com> <E3A1C678-8C47-4283-9F9F-4C9011DB8A2B@yahoo.com> <20221001174724.GA98055@www.zefox.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2022-Oct-1, at 10:47, bob prohaska <fbsd@www.zefox.net> wrote: > On Wed, Sep 28, 2022 at 10:10:20PM -0700, Mark Millard wrote: >> On 2022-Sep-28, at 20:31, Mark Millard <marklmi@yahoo.com> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ABFDD634-5CB6-4DAE-B4DE-629CE7E4FE06>