RockPi 4b 'board bring up'


6 6

Recommended Posts

Armbian is a community driven open source project. Do you like to contribute your code?

1 minute ago, TonyMac32 said:

I think 5.2 may be the more interesting

That's also the one I'm waiting for. 5.1 is nice. But what's promised for 5.2 seems amazing. Lima, Panfrost and Cedrus h264 for multiple Allwinner SoC's. And the H6's should be a lot better then too.
And that's only for Allwinner. Great for the SBC community.
Can't wait for it.

Link to post
Share on other sites

3 hours ago, NicoD said:

I saw that "new hardware : RockPi4"

means initial device tree is now upstream.. Doesn't mean that this is complete... e.g. you want thing anything like:


on the other hand, our RX & TX settings for gmac slightly differ:

+	tx_delay = <0x28>;
+	rx_delay = <0x20>;


	tx_delay = <0x28>;
	rx_delay = <0x11>;


maybe this makes a difference.. who knows.. It's not that 5.1 will be boring.. But I would only push if first Ayufan pushes as well and second we can adjust all patches in one attempt..


3 hours ago, TonyMac32 said:

Well, there has been a lot of peripheral stuff going I with Rockchip as well,

It's not that there isn't anything interesting.. :P You will probably know in which parts I'm interested due to a few PMs.. :D:lol: But I still think that some of them are just not ready yet.. Or might need additional DT tweaking.


3 hours ago, TonyMac32 said:

I think 5.2 may be the more interesting

and then.. 5.3 will be more interesting cause maybe a LTS kernel (~3 months/kernel means november - okay.. if we assume 2 months/kernel then it will be 5.4 :D who cares)..


We definitively should push to either 5.1 or 5.2 to avoid having to much to fix later.. But it's IMO not priority.

Link to post
Share on other sites

Link to post
Share on other sites



I try to set up the server of Armbian_20.02.1_Rockpi-4b_buster_current_5.4.20.img -  as the boot was very slow I wanted to see the systemd-analyze plot

systemd-analyze plot > RockPi4B_boottime-$(date +%Y%m%d_%H%M%S).svg

Bootup is not yet finished (org.freedesktop.systemd1.Manager.FinishTimestampMonotonic=0).
Please try again later.
Hint: Use 'systemctl list-jobs' to see active jobs

tido@rockpi-4b:~/just_data$ systemctl list-jobs
JOB UNIT                                 TYPE  STATE  
109 rk3399-bluetooth.service             start running
  1                     start waiting
110 systemd-update-utmp-runlevel.service start waiting
  2                    start waiting

4 jobs listed.


The system itself is updated and rebooted:


All packages are up to date.

root@rockpi-4b:/home/tido/just_data# apt upgrade 
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.



RPi-Monitor doesn't work on Buster, but did so on   Armbian_20.02.1_Rockpi-4b_bionic_legacy_4.4.213_desktop.img


root@rockpi-4b:/home/tido/just_data# armbianmonitor -r
Installing RPi-Monitor. This can take up to 5 minutes. Be patient pleaseE: Unable to locate package rpimonitor

/usr/bin/armbianmonitor: line 697: /usr/share/rpimonitor/scripts/ No such file or directory
/usr/bin/armbianmonitor: line 193: /etc/rpimonitor/template/raspbian.conf: No such file or directory
/usr/bin/armbianmonitor: line 196: cd: /etc/rpimonitor/: No such file or directory

sed: can't read /etc/rpimonitor/template/temperature.conf: No such file or directory
sed: can't read /etc/rpimonitor/template/cpu.conf: No such file or directory
sed: can't read /etc/rpimonitor/template/version.conf: No such file or directory

Now you're able to enjoy RPi-Monitor at


Is this in relation with the 5.x Kernel?  Linux rockpi-4b 5.4.32-rockchip64 #20.02.11 SMP PREEMPT Tue Apr 14 17:30:19 CEST 2020


Looks like bluetooth was responsible for the 'hanger'..    and a picture of the situation:





It was difficult to get a proper plot, so that gThumb doesn't crash. I reached that goal by disabling:   sudo systemctl disable rk3399-bluetooth.service ;  the plot reduced from 1,4MB to 181kB.

However, the boot itself takes an eternity, here some more details, from serial-getty@ttyS2.service (at 66 seconds) to launch  user-1000.slice  (at 134 sec.)  Booting completed at 145 seconds.




and 68 seconds later it continues:



Edited by Tido
systemctl stop bluetooth.service
Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


6 6