Running FreeBSD on Radxa Rock 3C RK3566 board

The NVMe is only running at PCIe 2.0 x1 lane on Rock3C

Code:
Transfer rates:
    outside:       102400 kbytes in   0.555157 sec =   184452 kbytes/sec
    middle:        102400 kbytes in   0.560942 sec =   182550 kbytes/sec
    inside:        102400 kbytes in   0.560830 sec =   182587 kbytes/sec

183MB/sec is max I am seeing.

cap 10[c0] = PCI-Express 2 endpoint max data 128(256) FLR
max read 512
link x1(x4) speed 2.5(16.0) ASPM disabled(L1)
 
Max wattage I am seeing is 5500mW with stress toping out all cores with POE HAT and NVMe.
Code:
1    GE1    Enabled    Low    15400    16900    5500    0

stress: info: [1779] dispatching hogs: 4 cpu, 4 io, 2 vm, 0 hdd

hw.temperature.CPU: 53.6C
 
Seems RK356x has been superseded by RK3588 before it was even released.
I think Rockchip is coming out with new chips weekly now. That ought to be fun.
 
I've started to try with UEFI on Rock-3C based on existing work - https://github.com/sec/quartz64_uefi/tree/rock-3c - not 100% sure if I get this right, for sure some values are not correct in there. I've tried to build it, wrote it to SD card, got FreeBSD on USB stick also, booted it up, there are some initial booting messages, then it freeze with something like 'jumping to real world boot' - and nothing :)

No USB power, blue led is not ON (according to board init it should at least light up, unless I've messed up with reading correct GPIO). Tried DEBUG/RELEASE build, but the output on the serial is the same - no debug messages - any tips how to continue with this? DTS for this board is already in mainline Linux and current u-boot also have support for that.

Another thing - I've something about ACPI/UEFI support in u-boot - does anyone have looked maybe into this (https://docs.u-boot.org/en/latest/board/emulation/acpi.html)?

SleepWalker Phishfry covacat ? :)
 
i tried it but it kinda sucks. for my orange pi 3b the best image is the quartz64 one. The opi3b image bombs most of the time
if you don't use hdmi it makes no sense to bother with it.
most freebsd arm drivers don't probe for acpi at least for these boards and up to 14.3 so acpi has no benefit
also the board runs hotter by a lot with edk2. probably default cpu and arm clock are a lot higher.
 
Back
Top