Date: Thu, 29 Sep 2022 12:55:00 -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: <6C5019EC-B4A8-448F-9A85-4A98BC46F7DD@yahoo.com> In-Reply-To: <20220929170927.GB80020@www.zefox.net> References: <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> <20220929054120.GA77803@www.zefox.net> <D7A62820-4928-49F0-8387-C1E6D998B121@yahoo.com> <ABFBD0E6-8A9B-4C99-84DF-BF398F23678A@yahoo.com> <20220929151926.GA80020@www.zefox.net> <F316420B-C7AF-4131-9734-06117FFE212D@yahoo.com> <20220929170927.GB80020@www.zefox.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2022-Sep-29, at 10:09, bob prohaska <fbsd@www.zefox.net> wrote: > On Thu, Sep 29, 2022 at 09:38:04AM -0700, Mark Millard wrote: >> On 2022-Sep-29, at 08:19, bob prohaska <fbsd@www.zefox.net> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?6C5019EC-B4A8-448F-9A85-4A98BC46F7DD>