RPi4 Status and xorg behavior (Mar 5 2021 firmware is bad for USB based booting)
Mark Millard
marklmi at yahoo.com
Wed Mar 10 22:29:06 UTC 2021
On 2021-Mar-9, at 01:05, Mark Millard <marklmi at yahoo.com> wrote:
> On 2021-Mar-8, at 18:33, bob prohaska <fbsd at www.zefox.net> wrote:
>
>> On Mon, Mar 08, 2021 at 10:56:15AM -0800, Mark Millard wrote:
>>>
>>>
>>>
>>> Summary for current context:
>>>
>>> (The below presumes that the msdosfs file system
>>> involved is mounted on /boot/efi . Adjust as
>>> needed for your context.)
>>>
>>> # strings /boot/efi/start4.elf | grep VC_BUILD_ID_
>>> VC_BUILD_ID_USER: dom
>>> VC_BUILD_ID_TIME: 12:10:40
>>> VC_BUILD_ID_VARIANT: start
>>> VC_BUILD_ID_TIME: Feb 25 2021
>>> VC_BUILD_ID_BRANCH: bcm2711_2
>>> VC_BUILD_ID_HOSTNAME: buildbot
>>> VC_BUILD_ID_PLATFORM: raspberrypi_linux
>>> VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean)
>>>
>>
>> On my setup I get
>> bob at generic:/boot/msdos % strings start4.elf | grep VC_BUILD_ID_
>>
>> VC_BUILD_ID_USER: dom
>>
>> VC_BUILD_ID_TIME: 12:55:10
>>
>> VC_BUILD_ID_VARIANT: start
>>
>> VC_BUILD_ID_TIME: Mar 5 2021
>>
>> VC_BUILD_ID_BRANCH: bcm2711_2
>>
>> VC_BUILD_ID_HOSTNAME: buildbot
>>
>> VC_BUILD_ID_PLATFORM: raspberrypi_linux
>>
>> VC_BUILD_ID_VERSION: 8ed5b5711855476273c45bb0754d9e23903a42e7 (clean)
>>
>>
>> Start4.elf was one of the files copied from the link Manu posted.
>>
>> I've not yet tried commenting out hdmi_safe=1 in config.txt
>> but will at the next reboot. Right now the machine is doing
>> a world/kernel build.
There is another firmware update to fix that
Mar 5 2021 firmware for USB booting --or you
could try the firmware tagged as 1.20120303 .
So:
https://github.com/raspberrypi/firmware/tree/0591568b29a724de406aa737fc8e13f68c423f3f/boot/
(temporarily where https://github.com/raspberrypi/firmware/tree/master/boot/ points)
or (tag based):
https://github.com/raspberrypi/firmware/tree/1.20210303/boot/
or (indirectly tag based):
modern sysutils/rpi-firmware build content (1.20210303 as well)
> I last did buildworld buildkernel on a RPi4B 8 GiByte
> was back in mid Jan of 2021. A summary is:
>
> ENVIRONMENT: -mcpu=cortex-a72 RPi4B @ 2000 MHz (sdram_freq_min=3200), hw.physmem:8464072704 :
>
> World build completed on Tue Jan 19 07:33:02 PST 2021
> World built in 29226 seconds, ncpu: 4, make -j4
> Kernel build for GENERIC-NODBG completed on Tue Jan 19 08:10:58 PST 2021
> Kernel(s) GENERIC-NODBG built in 2276 seconds, ncpu: 4, make -j4
>
> So World+Kernel took somewhat under 9 hrs to build based on
> a context for which:
>
> make[1]: "/usr/fbsd/mm-src/Makefile.inc1" line 339: SYSTEM_COMPILER: Determined that CC=cc matches the source tree. Not bootstrapping a cross-compiler.
> make[1]: "/usr/fbsd/mm-src/Makefile.inc1" line 344: SYSTEM_LINKER: Determined that LD=ld matches the source tree. Not bootstrapping a cross-linker.
>
> This was based on main 818390ce0ca5 and was building
> itself from scratch, doing a non-debug build on a
> non-debug system that had been built with -mcpu=cortex-a72
> in use as well.
>
> # ~/fbsd-based-on-what-freebsd-main.sh
> merge-base: 818390ce0ca539300dd15d7a817784f1e3f7a9b8
> merge-base: CommitDate: 2021-01-13 21:27:44 +0000
> 4180404713ec (HEAD -> mm-src) mm-src snapshot for mm's patched build in git context.
> 818390ce0ca5 (freebsd/main, freebsd/HEAD, pure-src, main) arm64: fix early devmap assertion
> FreeBSD RPi4B 13.0-CURRENT FreeBSD 13.0-CURRENT mm-src-c255938-g4180404713ec GENERIC-NODBG arm64 aarch64 1300135 1300135
>
> As is normal for small boards with USB3 in my context: a
> USB3 SSD UFS2+SU file system on USB3 port and no use of
> tmpfs or the like. microsd card not in use. Swap partition
> used.
>
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
More information about the freebsd-arm
mailing list