Date: Sun, 3 Jan 2021 19:57:12 +0100 From: =?utf-8?Q?Klaus_K=C3=BCchemann?= <maciphone2@googlemail.com> To: Andy McClements <ajm@ip-ether.net>, Kyle Evans <kevans@freebsd.org>, Robert Crowston <crowston@protonmail.com>, freebsd-arm@freebsd.org, Emmanuel Vadot <manu@bidouilliste.com> Subject: Re: RPi4b 8GB 13.0-Current, XHCI broken, wrong U-Boot ? Message-ID: <219ADB09-3A60-4EE6-8ACD-0AC3130D1F64@googlemail.com> In-Reply-To: <eb72b668-7a02-c873-5af8-b292b5eb12a5@ip-ether.net> References: <007c8658-b7b6-6852-536c-9c36af64506b@ip-ether.net> <D22EDD0F-8A8E-466C-BCEC-C8E2B3EA9A6B@googlemail.com> <aaefd44f-9dfd-be08-b446-d85c1df185a9@ip-ether.net> <5B626DCC-6F7C-4554-803C-F488A1ED9BEB@googlemail.com> <56d10ea4-3284-3e4c-9521-8bf1008caa2b@ip-ether.net> <26D146B8-0362-4008-9A1F-A6CD6B1479BB@googlemail.com> <6610c9a3-1e61-b7e5-c537-3080dd7ee8ae@ip-ether.net> <eb72b668-7a02-c873-5af8-b292b5eb12a5@ip-ether.net>
index | next in thread | previous in thread | raw e-mail
Hi Andy, thanks for your further testing! > Am 03.01.2021 um 19:29 schrieb Andy McClements <ajm@ip-ether.net>: > > …... > > So it seems to me that patch D26853 **is not required**, if the upstream file is now working OK. -),yes, possible, that was my last comment on https://reviews.freebsd.org/D26853#623408 , that perhaps the reset-patch made it upstream. > Am 03.01.2021 um 19:29 schrieb Andy McClements <ajm@ip-ether.net>: > > HOWEVER, the 20201227 firmware release appears to introduce some other problem, as already reported if ALL the files on the DOS partition are replaced with those from 20201227, it results in a crash in U-boot. … yes, that’s why I uploaded different start4.elf, fixup4.dat etc. yesterday for testing … So the question here seems to be: WHO is here the upstream( gnu,rpi-org,jesus christ, who knows) ,WHAT is going on with that upstream and at least: what the heck has to sit in our msdospartion- DOWNstream :-) Ha Ha The simplest were to replace one file instead of more, I guess it should simply work , nothing else. In best case with files which are controlled by ourselves, not by uncontrollable` upstream, whoever that is… we can choose to load an upstreamed file which perhaps works today and breaks tomorrow. Or we can choose to compile dts ourselves, which is then under control… Just my humble opinion, while that doesn`t count … only thing counts is that it should work, by what way ever. Regards K.home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?219ADB09-3A60-4EE6-8ACD-0AC3130D1F64>