Date: Sun, 2 Oct 2022 21:40:34 -0600 From: Warner Losh <imp@bsdimp.com> To: =?UTF-8?Q?Klaus_K=C3=BCchemann?= <maciphone2@googlemail.com> Cc: Mark Millard <marklmi@yahoo.com>, bob prohaska <fbsd@www.zefox.net>, freebsd-arm@freebsd.org Subject: Re: u-boot debug, was: Re: U-boot on RPI3, sees disk but won't boot it Message-ID: <CANCZdfpA6uiEDaTAagp%2BGz8=5cRMiWt8KszZXBX4iC4935eKOw@mail.gmail.com> In-Reply-To: <385E11EB-A2AB-4218-AA6C-91752B0899A7@googlemail.com> References: <E3A1C678-8C47-4283-9F9F-4C9011DB8A2B@yahoo.com> <20221001174724.GA98055@www.zefox.net> <ABFDD634-5CB6-4DAE-B4DE-629CE7E4FE06@yahoo.com> <20221001193033.GA98348@www.zefox.net> <46226720-D867-4AD3-9559-A4365FAC28C4@yahoo.com> <6DB88FC9-629C-43E6-9673-32640FC547F7@yahoo.com> <20221002182049.GA2255@www.zefox.net> <5FFDAA6A-AD8C-4E40-A2EB-4082E5086679@googlemail.com> <38DFEB91-AC60-4FD1-8088-95B0A06C5E5D@yahoo.com> <EEC43DA1-6B68-4FDD-A68A-A3055E86E407@googlemail.com> <20221003004624.GA3381@www.zefox.net> <B32F06DD-DFAF-4CB7-A973-7C07846F6E8E@yahoo.com> <385E11EB-A2AB-4218-AA6C-91752B0899A7@googlemail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--000000000000cf0c2705ea191b18 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Oct 2, 2022 at 9:26 PM Klaus K=C3=BCchemann <maciphone2@googlemail.= com> wrote: > > > > Am 03.10.2022 um 04:30 schrieb Mark Millard <marklmi@yahoo.com>: > > > > On 2022-Oct-2, at 17:46, bob prohaska <fbsd@www.zefox.net> wrote: > > > >> On Sun, Oct 02, 2022 at 10:18:28PM +0200, Klaus K??chemann wrote: > >>> > >>> hard to read and remember every log but I thought Bob wrote about > aprox. 30 successful reboots after the mdelay patch, > >> > >> That is correct. Shortly afterward I tried a second usb-sata enclosure= . > >> > >> I didn't immediately notice a difference and though it didn't matter. > >> You comments served to make me think again. > >> > >>> while of course that could be coincidence, who really knows what > happens in this untrackable inconsistent behavior of the usb-boot?! > >> > >> Unfortunately in this case, human inconsistency (my own, alas) was > compounding at least > >> part of the trouble. > >> > >> The more troublesome bridge contains a JMS577 chip, the less > troublesome JMS576. > > > > I'm confused. The logs I have show 0x0583 (earlier) and 0x577 (later). > > I'm not aware of a 0x0576 example in the set at all. > > > > (The JMS??? naming and the 0x0??? product ID's normally match for > > the ??? part.) > > > >> > https://pdf1.alldatasheet.com/datasheet-pdf/view/1136441/JMICRON/JMS576.h= tml > >> Contains a brief description, but I didn't see much quantitative > information. > >> > >> I've reverted the host to the less troublesome JMS576 and will try to > >> reproduce some of the earlier results as a sanity check. > > > > I'll note that I've reverted my active environment back to > > its normal content. I've not figured out a way to get > > reasonable evidence, given the combinations we have observed. > > > > I'll note that RPi3 EDK2 UEFI is not an option as far as I > > know. I've never had it work for two things that I checked > > up front: > > > > A) microsd cards: Even pre-existing file names for msdosfs > > end up messed up. > > > > B) Serial console: once multi-user (or so) starts it is > > garbage > > > > (I can ssh into the boot but I've not done much that way, > > given the problems reported above.) > > > > Another issue is that Device Tree is needed instead of > > ACPI because the ACPI is non-standard [matching Microsoft]. > > (For RPi4B EDK2 I use UEFI/ACPI, it being based on the > > standard. Some of the RPi4B's normally run under the > > UEFI/ACPI environment.) > > > > I retried RPi3B EDK2 today and the above is still the > > status for it. > > > > > > =3D=3D=3D > > Mark Millard > > marklmi at yahoo.com > > you can probably fix issue B)(MultiUserGarbage) by changing the baudrate > on the fly=E2=80=A6 > IIRC e.g. with picocom it was by pressing ctrl-k or so =E2=80=A6 > But from past experience I also think that EDK2 is not the solution=E2=80= =A6 > > > > Am 03.10.2022 um 04:10 schrieb bob prohaska <fbsd@www.zefox.net>: > > > I'd like to see FreeBSD run well on readily available, inexpensive > hardware. That. used to be an i386 PC clone. Soon it'll be something else= . > I hope some flavor of Pi. .. > > .. I'm just a squeaky wheel. > > We squeaky wheels tend to use squeaky Operating Systems on squeaky > hardware :-) Ha Ha.. > For the Pi platform we would have to immediately begin developing drivers > like Wifi, audio, perhaps graphics > to be an appropriate fbsd-client-setup. > Understanding bootloaders like here is a good starting point but if we ar= e > not willing to start the driver thing on our own, > Without the help of any fbsd-developer, > that will be the end of aarch64 cheap hardware for FreeBSD. > Instead a cheaper amd64 will do it(makes good progress but even amd is > sometimes frustrating lacking features such as appropriate > Bluetooth audio or so). > The situation with rpi is more complex than the other arm64 boards that are supported given the disparity in the availability and timeliness of documentation for its parts and the difficulty, at least in the past, to get proper support for people that tried to make things better. It isn't helped by the hoops that u-boot has to jump through to boot on this platform to be sure, which is what you are running into here. Warner --000000000000cf0c2705ea191b18 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">= <div dir=3D"ltr" class=3D"gmail_attr">On Sun, Oct 2, 2022 at 9:26 PM Klaus = K=C3=BCchemann <<a href=3D"mailto:maciphone2@googlemail.com">maciphone2@= googlemail.com</a>> wrote:<br></div><blockquote class=3D"gmail_quote" st= yle=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padd= ing-left:1ex"><br> <br> > Am 03.10.2022 um 04:30 schrieb Mark Millard <<a href=3D"mailto:mark= lmi@yahoo.com" target=3D"_blank">marklmi@yahoo.com</a>>:<br> > <br> > On 2022-Oct-2, at 17:46, bob prohaska <<a href=3D"mailto:fbsd@www.z= efox.net" target=3D"_blank">fbsd@www.zefox.net</a>> wrote:<br> > <br> >> On Sun, Oct 02, 2022 at 10:18:28PM +0200, Klaus K??chemann wrote:<= br> >>> <br> >>> hard to read and remember every log but I thought Bob wrote ab= out aprox. 30 successful reboots after the mdelay patch,<br> >> <br> >> That is correct. Shortly afterward I tried a second usb-sata enclo= sure.<br> >> <br> >> I didn't immediately notice a difference and though it didn= 9;t matter.<br> >> You comments served to make me think again.<br> >> <br> >>> while of course that could be coincidence, who really knows wh= at happens in this untrackable inconsistent behavior of the usb-boot?!<br> >> <br> >> Unfortunately in this case, human inconsistency (my own, alas) was= compounding at least<br> >> part of the trouble. <br> >> <br> >> The more troublesome bridge contains a JMS577 chip, the less troub= lesome JMS576.<br> > <br> > I'm confused. The logs I have show 0x0583 (earlier) and 0x577 (lat= er).<br> > I'm not aware of a 0x0576 example in the set at all.<br> > <br> > (The JMS??? naming and the 0x0??? product ID's normally match for<= br> > the ??? part.)<br> > <br> >> <a href=3D"https://pdf1.alldatasheet.com/datasheet-pdf/view/113644= 1/JMICRON/JMS576.html" rel=3D"noreferrer" target=3D"_blank">https://pdf1.al= ldatasheet.com/datasheet-pdf/view/1136441/JMICRON/JMS576.html</a><br> >> Contains a brief description, but I didn't see much quantitati= ve information.<br> >> <br> >> I've reverted the host to the less troublesome JMS576 and will= try to <br> >> reproduce some of the earlier results as a sanity check.<br> > <br> > I'll note that I've reverted my active environment back to<br> > its normal content. I've not figured out a way to get<br> > reasonable evidence, given the combinations we have observed.<br> > <br> > I'll note that RPi3 EDK2 UEFI is not an option as far as I<br> > know. I've never had it work for two things that I checked<br> > up front:<br> > <br> > A) microsd cards: Even pre-existing file names for msdosfs<br> >=C2=A0 =C2=A0end up messed up.<br> > <br> > B) Serial console: once multi-user (or so) starts it is<br> >=C2=A0 =C2=A0garbage<br> > <br> > (I can ssh into the boot but I've not done much that way,<br> > given the problems reported above.)<br> > <br> > Another issue is that Device Tree is needed instead of<br> > ACPI because the ACPI is non-standard [matching Microsoft].<br> > (For RPi4B EDK2 I use UEFI/ACPI, it being based on the<br> > standard. Some of the RPi4B's normally run under the<br> > UEFI/ACPI environment.)<br> > <br> > I retried RPi3B EDK2 today and the above is still the<br> > status for it.<br> > <br> > <br> > =3D=3D=3D<br> > Mark Millard<br> > marklmi at <a href=3D"http://yahoo.com" rel=3D"noreferrer" target=3D"_= blank">yahoo.com</a><br> <br> you can probably fix issue B)(MultiUserGarbage) by changing the baudrate on= the fly=E2=80=A6<br> IIRC e.g. with picocom it was by pressing ctrl-k or so =E2=80=A6<br> But from past experience I also think that EDK2 is not the solution=E2=80= =A6<br> <br> <br> > Am 03.10.2022 um 04:10 schrieb bob prohaska <<a href=3D"mailto:fbsd= @www.zefox.net" target=3D"_blank">fbsd@www.zefox.net</a>>:<br> <br> > I'd like to see FreeBSD run well on readily available, inexpensive= hardware. That. used to be an i386 PC clone. Soon it'll be something e= lse. I hope some flavor of Pi. ..<br> > .. I'm just a squeaky wheel.<br> <br> We squeaky wheels tend to use squeaky Operating Systems on squeaky hardware= :-) Ha Ha..<br> For the Pi platform we would have to immediately begin developing drivers l= ike Wifi, audio, perhaps graphics <br> to be an appropriate fbsd-client-setup.<br> Understanding bootloaders like here is a good starting point but if we are = not willing to start the driver thing on our own,<br> Without the help of any fbsd-developer,<br> that will be the end of aarch64 cheap hardware for FreeBSD.<br> Instead a cheaper amd64 will do it(makes good progress but even amd is some= times frustrating lacking features such as appropriate <br> Bluetooth audio or so).<br></blockquote><div><br></div><div>The situation w= ith rpi is more complex than the other arm64 boards that are supported give= n the disparity in the availability</div><div>and timeliness of documentati= on for its parts and the difficulty,=C2=A0at least in the past, to get prop= er support for people that=C2=A0tried</div><div>to make=C2=A0things better.= It isn't helped by the hoops that u-boot has to jump through to boot o= n this platform to be sure,</div><div>which is what you are running into he= re.</div><div><br></div><div>Warner</div><div><br></div></div></div> --000000000000cf0c2705ea191b18--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfpA6uiEDaTAagp%2BGz8=5cRMiWt8KszZXBX4iC4935eKOw>