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>
index | next in thread | previous in thread | raw e-mail
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: > >> On 03/01/2021 18:29, Andy McClements wrote: >> >>> Further on this, I have just done another test by replacing only: >>> >>> bcm2711-rpi-4-b.dtb >>> >>> on the FreeBSD 13.0-CURRENT 20201224 img, with the one from the RPI >>> firmware 20201227 release. >>> >>> This **allows booting from USB**, which fails on the stock 20201224 img. >>> >>> So it seems to me that patch D26853 **is not required**, if the upstream >>> file is now working OK. >> >> ************************* >> * A P O L O G I E S ! * >> ************************* >> >> 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. >> >> 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'. >> >> The firmware version I've been referring to as 20201227, has files in it with that datestamp, and was obtained from: >> >> https://github.com/raspberrypi/firmware/archive/master.zip > > 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: > > https://www.raspberrypi.org/documentation/raspbian/applications/rpi-update.md > > 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.) > > It looks to me like the following are the firmware changes since > stable and the most recent tag: > > > 2020-Dec-01 (I'm unsure of the timing/status of this one vs. stable > or the most recent tag: same day) > > firmware: Switch DA9121 PMIC to PWM mode when ARM > 600 MHz > > > > 2020-Dec-8 or 9 (9 being the Hexxeh copy): > > firmware: arm_dt: Handle parent interrupt controllers when masking > > firmware: config: Add cm4 and pi400 config section filters > > firmware: MMAL/IL/ISP component: Set the ISP boost frequency once on open > > firmware: sdcard: Remove legacy NOOBS support to support booting from primary partition 4 > > firmware: arm_loader: Move 2711 RAM to PCIe address 16GB > > firmware: video_decode: Add parameter to disable timestamp validation > > firmware: Imx477 camera tuning fixes > > > 2020-Dec-14 or 15: > > firmware: Use DMA40 for PWM audio > > firmware: imx477: Replace existing 720p120 mode with a new 1332x990 120fps mode > > firmware: arm_loader: Allow max_framebuffers=0 to disable framebuffers > > > > 2020-Dec-15: > > firmware: dmalib: Allow sdcard to borrow channel 6 > > > (I omit the kernel-only update notes.) > > > 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. > > > NOTE: The above are in branch next as well as master. > > > > The most recent tag is at: > > https://github.com/raspberrypi/firmware/commits/1.20201201 > > This is likely what is officially distributed for general > use. > 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. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?819ED63C-FB4C-41B6-BB06-3043C6F76D54>