Orange Pi RV2

[maxsub]

Is this specific patch that reverts the busy looping thread?

https://github.com/armbian/build/commit/99ad08839eed42d647e716a3ed090ea318d01d2e

 

[sven-ola]

@maxsub yes and no. That 900*.patch never was meant to be in the Armbian repo, I wounder how this made it in the Armbian repo. Some black git magic...

 

Patch experimentally rolls back an upstream change (...that removes the kthread under discussion and by this prevents the main CPU from communicating to the remote CPU). Upstream (the Fedora folks that emitted the SpacemiT code drops) has removed the kthread to prevent high CPU load b/c they use RV2 for their RISCV compile farm or so. The 900*.patch was an experiment by me to understand the impact on HDMI audio / ADMA).

 

Long blabla. This proposed and committed change solves the issue for my pull RQ on the topic: https://github.com/armbian/build/pull/9299/changes/613737fab5aadc2d0a288a10a98aa0a433db4e76

[maxsub]

I patched that, am rebuilding and will post the R2S temps after that patch.

 

[maxsub]

The patch brought the idle load average drastically down on the R2S from 2.0 to 0.18.

However the temp remains at 57-58 deg C.

 

orangepi@orangepir2s:~$ cat /sys/class/thermal/thermal_zone1/temp 

56000

orangepi@orangepir2s:~$ htop

orangepi@orangepir2s:~$ cat /sys/class/thermal/thermal_zone1/temp 

57000

[c0rnelius]

14 minutes ago, maxsub said:

The patch brought the idle load average drastically down on the R2S from 2.0 to 0.18.

However the temp remains at 57-58 deg C.

 

That's not bad honestly. The K1 series runs hot in general. If you add heavy lifting to thee equation it would require a fan.

 

I have the MusePi Pro and BPI-F3 and both run hot.

[maxsub]

Thank you. Looking forward to all these contributions hitting the main branch so I can depend on the standard edge and current builds!

 

[sven-ola]

For me, those 57°C is fine without further cooling. Starting cool on my RV2 is:

 

root@orangepirv2:~# uptime;cat $(find /sys -name temp)
 18:55:15 up 0 min,  1 user,  load average: 0.90, 0.25, 0.08
27000
28000

 

Now some work, will probably max out at 95° or so

 

root@orangepirv2:~# uptime;cat $(find /sys -name temp)
 19:23:11 up 28 min,  3 users,  load average: 7.61, 6.79, 3.86
90000
90000

 

Stop compiling and wait a bit gives this which is fine IMO

 

root@orangepirv2:~# uptime;cat $(find /sys -name temp)
 19:35:07 up 40 min,  3 users,  load average: 0.00, 0.64, 1.81
56000
58000

 

[maxsub]

I have been testing the R2S extensively. The 1GbE is very stable, but the 2.5GbE drops frequently. I do not have debug logs yet but it is something I need to analyze.

 

I also have a wireless AP running on the R2S. Performance is poor: 1GbE WAN connection, but I am getting only 20Mbps throughput but it is stable.

[maxsub]

On RV2 with the edge branch WiFi does not work. 

[sven-ola]

Hu? In difference to Spacemit 6.6.99, the 6.18 kernel has no bcmdhd included. For that reason I put in an adapted version of bcmdhd in a DKMS, installed via a source deb from my repo on codeberg.org/sven-ola. B/c DKMS needs a compiler on the board, the edge image is larger than current image. Code quality of bcmdhd is questionable so it probably never make it into the official Linux tree, but it works (at least on my board with my image). HTH // Sven-Ola

[maxsub]

Got it! But this DKMS should be loaded by the build:
 

function post_family_tweaks_bsp__orangepirv2_wifi() {

        display_alert "$BOARD" "Force load bmcdhd wireless" "info"

        run_host_command_logged mkdir -pv "${destination}"/etc/modules-load.d

        run_host_command_logged echo "bcmdhd" > "${destination}"/etc/modules-load.d/${BOARD}.conf

}

 

[Malay]

7 часов назад, maxsub сказал:

On RV2 with the edge branch WiFi does not work. 

I confirm that when building an image with the Edge 6.18 kernel, WiFi does not work.

Also, when building an image with the Xfce desktop, the image is approximately 3 GB (it should be more than 4 GB), but it is not there, only the command line works.

Edited 1 hour ago by Malay