Re: u-boot debug, was: Re: U-boot on RPI3, sees disk but won't boot it
Klaus Küchemann <[email protected]>
| Newsgroups | gmane.os.freebsd.devel.arm |
|---|---|
| Message-ID | <[email protected]> |
> Am 30.09.2022 um 19:13 schrieb Mark Millard <[email protected]>: > > On 2022-Sep-30, at 10:07, Klaus Küchemann <[email protected]> wrote: > >> >>> Am 30.09.2022 um 18:58 schrieb Mark Millard <[email protected]>: >>> … >>> . >>> The 2000ms is from the U-Boot build setting usb_pgood_delay >>> explicitly: Bob is using the part of the patch that I use to >>> get my every different devices to boot. >>> >>>> … >> Ah, O.K., no clue if giving e.g. 3000 instead of 2000 or so will help, >> But if Bob got improvements by setting your values , >> I would consider continuing to manipulate that values. >> > > It is more like they made no differences so we have not been > bothering to eliminate them. That way I can build and test > the build in my context, still with a bootable environment > for my media. > > === > Mark Millard > marklmi at yahoo.com O.K., thanks for info… what we know now is that port1 of the Hub is (sometimes) underpowered ( 1,5MB), has to be 480MB instead.. While even a broken USB cable can of course trigger this issue , I guess this is not the first time that an USB hub-port fails by underpower on those dev boards or elsewhere, So `ring ring` HPS,... how to force inject more power to port1 in /common/usb_hub.c ? :-) Ha Ha Regards Klaus