Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 30 Oct 2021 17:31:15 -0700
From:      Mark Millard via freebsd-arm <freebsd-arm@freebsd.org>
To:        bob prohaska <fbsd@www.zefox.net>
Cc:        Free BSD <freebsd-arm@freebsd.org>
Subject:   Re: Troubles booting Pi2 from USB using bootcode.bin method
Message-ID:  <8F574089-08CD-4B33-A376-CA1E9E726090@yahoo.com>
In-Reply-To: <20211030213553.GA25712@www.zefox.net>
References:  <41C0A656-D898-4381-BB81-034D54CA04A0@yahoo.com> <02806205-6685-41FD-B2D1-415C82FBCF92@yahoo.com> <C99139A0-09A9-4A5E-AB53-719E07C16A22@yahoo.com> <20211028191635.GA19540@www.zefox.net> <7AC0733A-3FC9-4FA6-A6D7-0689A8ACB4CA@yahoo.com> <D8DC329F-DFE4-4542-AA4D-87C41A50C8A4@yahoo.com> <20211029182430.GA22414@www.zefox.net> <F1FDAFBC-5CC7-41D0-BC62-9B7AFBC037DD@yahoo.com> <B723533A-A8DD-4F20-A3F0-BAE4D675A304@yahoo.com> <086D6998-A96F-4560-92C5-4E2CE05FF668@yahoo.com> <20211030213553.GA25712@www.zefox.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On 2021-Oct-30, at 14:35, bob prohaska <fbsd@www.zefox.net> wrote:

> On Sat, Oct 30, 2021 at 01:41:52AM -0700, Mark Millard via freebsd-arm =
wrote:
>>>>=20
>>>> Yep: it picks one. Swapping or moving which ports are used
>>>> may change which one is used when both are connected.
>>>>=20
>=20
> It appears that choice of USB hub ports makes a difference.=20
> At least sometimes, connecting the USB3 drive to the hub
> port formerly occupied by the USB2 drive results in a hands-
> off boot. Unfortunately, not always. Interrupting u-boot
> and issuing a usb reset command or two generally finds the
> USB3 drive, which can then be booted explicitly.
>=20
>=20
>=20
> I've captured one failure session at
> http://www.zefox.net/~fbsd/rpi2/bootproblems/bootlog-usb3-solo.fail
> but cannot reliably reproduce it.=20
>=20
> When the console offers the
> U-Boot>=20
> prompt, is that coming from bootcode.bin, or something else?
>=20
> Could anything be learned from trying to boot the armv7-configured
> disk on a Pi3B or B+ ? That's a relatively easy experiment.  I'm
> trying to use a rather old Pi with a comparatively new USB drive.
> The Pi3s on hand are at least somewhat more modern.

Some of the bootlog-usb3-solo.fail content makes me think of
a prior exchange that we had about U-Boot and getting it
to wait appropraitely or other such issues:

QUOTE FROM OLD MESSAGE (Outmost and inner most is my
material, the other is your material)

>> But I've also seen other, more complete information
>> indicating that there is a environment setting
>> (showing an example value):
>>=20
>> usb_ready_retry=3D5
>>=20
>> to set up before the usb restart (or usb start)
>> command. It deals with the issue more explicitly
>> for slow devices.
>>=20
>> Another one is (units: msec):
>>=20
>> usb_pgood_delay=3D10000
>>=20
> Presto! using editenv usb_pgood_delay prompted for input, typing 10000
> and hitting return set the value and the disk was found.

Cool.

> It looks like the setting can only be saved to microSD. With
> no card saveenv reports
> Saving Environment to FAT... Card did not respond to voltage select!
> Failed (1)
>=20
>=20
>=20
>> There are also device that have problems with
>> large transfers and require extra protocol to
>> deal with transfer problems before they will
>> work again, U-Boot not doing that.
>>=20
>> usb_max_blk=3D20
>>=20
>> sets a old historical value that generally
>> just works for such devices form what I read.
>>=20
>> I see no indication that other usb commands are
>> worthwhile until one has avoided that "Request
>> Sense returned 02 04 01" message for usb reset
>> (a.k.a. usb start).
>>=20
>> The reports of this sort of thing are not limited
>> to RPi's and go back to at least 2014.
>>=20
>> If I understand correctly, usb_ready_retry and
>> usb_pgood_delay and usb_max_blk are part of
>> normal U-Boot builds these days. But I'm not
>> certain of that.
END QUOTE FROM OLD MESSAGE


=3D=3D=3D
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?8F574089-08CD-4B33-A376-CA1E9E726090>