Re: RBPI4B+ 2GB using FreeBSD 13.1 RC1
- Reply: Stefan Parvu : "Re: RBPI4B+ 2GB using FreeBSD 13.1 RC1"
- In reply to: Stefan Parvu : "Re: RBPI4B+ 2GB using FreeBSD 13.1 RC1"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Wed, 16 Mar 2022 17:25:46 UTC
Interesting. If you're building the kernel from scratch, deleting the entire contents of MAKEOBJDIRPREFIX directory before a rebuilding helped at one point. Also, maybe try copying in the latest pkg firmware and rpi4 u-boot versions. Here's what I do after mounting the sd card to /mnt ... u-boot-rpi4-2021.07_1: cp /usr/local/share/u-boot/u-boot-rpi-arm64/u-boot.bin /mnt/boot/msdos/u-boot.bin rpi-firmware-1.20210303.g20210303: cp /usr/local/share/rpi-firmware/armstub8-gic.bin /mnt/boot/msdos/ cp /usr/local/share/rpi-firmware/armstub8.bin /mnt/boot/msdos/ cp /usr/local/share/rpi-firmware/bcm2710-rpi-2-b.dtb /mnt/boot/msdos/ cp /usr/local/share/rpi-firmware/bcm2710-rpi-3-b-plus.dtb /mnt/boot/msdos/ cp /usr/local/share/rpi-firmware/bcm2710-rpi-3-b.dtb /mnt/boot/msdos/ cp /usr/local/share/rpi-firmware/bcm2711-rpi-4-b.dtb /mnt/boot/msdos/ cp /usr/local/share/rpi-firmware/bootcode.bin /mnt/boot/msdos/ cp /usr/local/share/rpi-firmware/fixup* /mnt/boot/msdos/ cp /usr/local/share/rpi-firmware/start* /mnt/boot/msdos/ cp /usr/local/share/rpi-firmware/overlays/disable-bt.dtbo /mnt/boot/msdos/overlays/ cp /usr/local/share/rpi-firmware/overlays/mmc.dtbo /mnt/boot/msdos/overlays/ cp /usr/local/share/rpi-firmware/overlays/pwm.dtbo /mnt/boot/msdos/overlays/ cp /usr/local/share/u-boot/u-boot-rpi-arm64/u-boot.bin /mnt/boot/msdos/u-boot.bin And here is what I have in my config.txt: [all] arm_64bit=1 dtparam=audio=on,i2c_arm=on,spi=on dtoverlay=mmc dtoverlay=pwm dtoverlay=disable-bt device_tree_address=0x4000 kernel=u-boot.bin [pi4] hdmi_safe=0 armstub=armstub8-gic.bin Hope this helps, -Matthew On 3/16/2022 12:02 PM, Stefan Parvu wrote: > Looks like B0T… > > BROADCOM > 2711ZPKFSB06B0T > TE1915 > 126-56 B3 W > >> I had some problems with this as well but I've had trouble narrowing down the criteria that causes the failure at the very same place in the boot process. I've read the open ticket related to this and don't see an answer to this particular problem there ... >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255080 > > Thanks. Will dig into that. > > Stefan