Re: u-boot debug, was: Re: U-boot on RPI3, sees disk but won't boot it

bob prohaska <[email protected]>
Newsgroups gmane.os.freebsd.devel.arm
Message-ID <[email protected]>
On Sat, Oct 01, 2022 at 02:21:42PM -0700, Mark Millard wrote:
> 
> http://nemesis.zefox.com/~fbsd/pelorus_console.txt7_orig_fragment
> 
> still shows all the debug output. It did not
> avoid the timing changes.
> 
> You might need to not use either of:
> 
> patch-common_usb__hub.c
> patch-common_usb__storage.c
> 
> and to disable the LOG_DEBUG and DEBUG lines in:
> 
> patch-common_usb.c
> 
> via turning them into comments by adding // as
> indicated below:
> 
> +//#define LOG_DEBUG
> +//#define DEBUG
> 

I think the changes were successful, u-boot compiles and
runs. There's no extra output, and unfortunately only one 
successful reboot so far. Bus scanning seems quite slow.
Storage devices are rarely found on reset, but usb reset
does sometimes work. Run bootcmd_usb0 paused for minutes
at Device 0: and paused again after reporting ..current device.
No echo from the console, ctrl-C did nothing. 

The attempt sequence was
SRBSPRMRPRRPUPPRRUPUCUUC
where 
S is shutdown -r
R is reset of u-boot
U is usb reset
P is powercycle
M is stop at mountroot
C is run bootcmd_usb0

The console log is at
http://nemesis.zefox.com/~fbsd/pelorus_console.txt8_no_debug

It now appears that the run bootcmd_usb0 rather reliably gets
stuck, with the disk LED on steadily (no activity). Maybe in
one of the loops seen earlier? 

Thanks again for all your help!

bob prohaska
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.