Date: Mon, 4 Jan 2021 00:35:25 -0800 From: Mark Millard <marklmi@yahoo.com> To: Andy McClements <ajm@ip-ether.net> Cc: freebsd-arm@freebsd.org Subject: Re: RPi4b 8GB 13.0-Current, XHCI broken, wrong U-Boot ? Message-ID: <819ED63C-FB4C-41B6-BB06-3043C6F76D54@yahoo.com> In-Reply-To: <86961F76-0B50-48C5-B584-BB9DA21CC588@yahoo.com> 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> <44de05f0-0c41-b6c8-b3f6-a4374f20eca1@ip-ether.net> <86961F76-0B50-48C5-B584-BB9DA21CC588@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2021-Jan-3, at 23:54, Mark Millard <marklmi at yahoo.com> wrote: > On 2021-Jan-3, at 11:33, Andy McClements <ajm at ip-ether.net> wrote: >=20 >> On 03/01/2021 18:29, Andy McClements wrote: >>=20 >>> Further on this, I have just done another test by replacing only: >>>=20 >>> bcm2711-rpi-4-b.dtb >>>=20 >>> on the FreeBSD 13.0-CURRENT 20201224 img, with the one from the RPI >>> firmware 20201227 release. >>>=20 >>> This **allows booting from USB**, which fails on the stock 20201224 = img. >>>=20 >>> So it seems to me that patch D26853 **is not required**, if the = upstream >>> file is now working OK. >>=20 >> ************************* >> * A P O L O G I E S ! * >> ************************* >>=20 >> I have just noticed that with the 20201227 firmware version of = 'bcm2711-rpi-4-b.dtb', 'genet0' is missing. USB disk boot is fine, but = the onboard GE is not recognised. >>=20 >> The only way I can get everything working on my RPi4b 8G with FreeBSD = 20201224, is to use the D26853 patched version of 'bcm2711-rpi-4-b.dtb'. >>=20 >> The firmware version I've been referring to as 20201227, has files in = it with that datestamp, and was obtained from: >>=20 >> https://github.com/raspberrypi/firmware/archive/master.zip >=20 > The Raspberry Pi folks warn against picking up firmware from > Master unless requested to by them. Although this is indirect > via referencing a tool that gets materials from master. See: >=20 > = https://www.raspberrypi.org/documentation/raspbian/applications/rpi-update= .md >=20 > There are also stable and next branches, next being the progression > toward the next stable. There are also tagged officially-identified > versions. (eeprom firmware is not handled the same as this and is > not covered here.) >=20 > It looks to me like the following are the firmware changes since > stable and the most recent tag: >=20 >=20 > 2020-Dec-01 (I'm unsure of the timing/status of this one vs. stable > or the most recent tag: same day) >=20 > firmware: Switch DA9121 PMIC to PWM mode when ARM > 600 MHz >=20 >=20 >=20 > 2020-Dec-8 or 9 (9 being the Hexxeh copy): >=20 > firmware: arm_dt: Handle parent interrupt controllers when masking >=20 > firmware: config: Add cm4 and pi400 config section filters >=20 > firmware: MMAL/IL/ISP component: Set the ISP boost frequency once on = open >=20 > firmware: sdcard: Remove legacy NOOBS support to support booting from = primary partition 4 >=20 > firmware: arm_loader: Move 2711 RAM to PCIe address 16GB >=20 > firmware: video_decode: Add parameter to disable timestamp validation >=20 > firmware: Imx477 camera tuning fixes >=20 >=20 > 2020-Dec-14 or 15: >=20 > firmware: Use DMA40 for PWM audio >=20 > firmware: imx477: Replace existing 720p120 mode with a new 1332x990 = 120fps mode >=20 > firmware: arm_loader: Allow max_framebuffers=3D0 to disable = framebuffers >=20 >=20 >=20 > 2020-Dec-15: >=20 > firmware: dmalib: Allow sdcard to borrow channel 6 >=20 >=20 > (I omit the kernel-only update notes.) >=20 >=20 > So: There are things like moving the 2711 RAM PCIe address > and putting channel 6 to use for the sdcard and using DMA40 > for PWM audio. But I do not claim to understand the > implications. >=20 >=20 > NOTE: The above are in branch next as well as master. >=20 >=20 >=20 > The most recent tag is at: >=20 > https://github.com/raspberrypi/firmware/commits/1.20201201 >=20 > This is likely what is officially distributed for general > use. >=20 I found another aspect of the changes that affects dts files, used to produce the .dtb files: the .dts files come from their linux source code and . . . The 2020-Dec-15 commit switched from linux 5.4.81 to 5.10.0 . Recent sequencing of kernel versions in master: 2020-Nov-23: 5.4.79 2020-Dec-08: 5.4.81 2020-Dec-14: 5.4.81 (Yep: again. Seems to have a fix.) 2020-Dec-15: 5.10.0 2020-Dec-18: 5.10.1 2020-Dec-23: 5.10.2 2020-Dec-27: 5.10.3 If I understand right, the 5.10.?? kernels are intended to have more in common with their linux upstream than their 5.4.?? kernels did, partially via contributing to upstream. =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?819ED63C-FB4C-41B6-BB06-3043C6F76D54>