RPi4b 8GB 13.0-Current, XHCI broken, wrong U-Boot ?
Mark Millard
marklmi at yahoo.com
Mon Jan 4 08:35:33 UTC 2021
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)
More information about the freebsd-arm
mailing list