How to run FreeBSD on new boards built on Rockchip 35XX..

WhatsApp Image 2025-11-06 at 07.49.03.jpeg
 
tingo said:
But I don't want that - I want to run FreeBSD on the bare metal... :(
Click to expand...
Hi tingo, me too. But I am considering that. If i find a good buying option on that Oragne pi 6 plus I will really consider. Now I am looking for the ethernet chip to see if its compatible, and for firmware options (u-boot and edk2, so far nothing found - had not much time on that though). The Orange Pi 5 Plus is an option as well, but also not supported. OpenBSD supports it with everything working, so I may try running VM's on it, as its closer to FreeBSD then Linux. I don't dislike Linux, I just like BSD* better, way better.

Orange pi 6 Plus uses 5 Gbps ethernet, that may not help and that's what I will look for now.

There is always the hope for future support, and then I can use FreeBSD bare metal :)
 
This whole ARM thing seems to be on a doom loop. When new CPU's are released every 6 months with almost no manufacturer support or BSP.
Heck most using thier own u-boot tree from whenever. Contribute back nothing and volunteers port it to u-boot.
Thats a pretty pathetic development pipeline.
Race to where???
The bottom?
 
I've integrated and modified the vop2 driver ported by covacat inside the JSM222 drm-subtree :

github.com

GitHub - jsm222/drm-subtree: WIP drm drivers for FreeBSD

WIP drm drivers for FreeBSD. Contribute to jsm222/drm-subtree development by creating an account on GitHub.
github.com github.com

using his modular structure instead of embedding the driver inside the kernel. In this way I have produced all the modules necessary for enabling the panfrost driver for FreeBSD 15.0 on the Radxa Zero 3W board :

Code: 
marietto# pwd
/mnt/zroot2/zroot2/OS/BSD/FreeBSD/arm64/socs/Radxa-3W/Stuff/drm-subtree
marietto# find . -name "*.ko"
./modules/panfrost/panfrost.ko
./modules/drm_kmod/drm_kmod.ko
./modules/rockchip/rk_drm/rk_drm.ko
./modules/rockchip/rk_vop2/rk_vop2.ko
./modules/rockchip/rk_dw_hdmi/rk_dw_hdmi.ko

Now,I would like to have my ideas clear about what to do next. I mean.

At this point should I perform a fresh installaton of FreeBSD 15.0 on the sd card using a kernel config that does not enable the panfrost driver,right ?

Which dtb file should I use ? I imagine one that does not enable the panfrost driver,because I will load it later via kldload,but I suspect that I can't use the kernel config GENERIC,because I need to keep some options inside of it.

I'm also curious to know in which order those modules should be loaded in memory,because I'm sure that the order does matter.
 
Why not build images with Poudriere Image. You can fine tune each step. You want to build an appliance you need to learn the building tools.

ZioMario said:
I'm also curious to know in which order those modules should be loaded in memory,because I'm sure that the order does matter.
Click to expand...
This don't sound right to me.
For example you call up a module that needs another module it will start it too.
For example enable I2C module on a PC and it will also load required i2c bus driver.
A module is a module. User should not have to worry about load order. Load the top level device and let the linker work.

i915drm is another example. Load it and watch all the other modules that get loaded.
 
Can I upgrade 14.3-RELEASE to 15.0-BETA 5 at this time ? As far as I know,I can upgrade only from a RELEASE to another one. If this is true,why I can actually grab the source code of the 15.0-RELEASE,if RELEASE will start on 28 November 2025 ? Infact this command works :

Code: 
git clone -b releng/15.0 https://git.freebsd.org/src.git /usr/src

releng is RELEASE,right ? I tried to upgrade 14.3 to 15 with the freebsd-update script,but I got an error...
 
You must log in or register to reply here.
Back
Top