Odroid HC2 - Armbian to 24.5.1 with Linux kernel 6.6.31-current-odroid-xu4 issues

Hi,

lately I updated my Odroid HC2 to OMV 7.7.1. Armbian to 24.5.1 with Linux kernel 6.6.31-current-odroid-xu4.

After the update I re-applied the power optimization for HC1/HC2 from armbian-config and rebooted.

It's working fine apart from a particular slowness I noted when connecting in ssh. I authenticate with keys and noted that the connection gets longer to successfully open.

Could you help me find what could be causing such behavior? Maybe the HC1 power configuration from armbian-config is too much conservative in the latest update?

Thank you!

When i run armbian-config it says it runs with ondemand governor between 200 and 200 MHz. So it's the same for min and max. No idea why.

Tried to set CPU frequency to false and apply DBT as HC1/2 again but I still see I'm between 200 and 200...

dano15 which kernel version are you running?

There are updates I'm not able to install, I received notification saying to run dpkg --configure -a. It starts with containerd.io and after some seconds it just reboots, probably due to high memory/cpu usage. Trying to update from OMV webui shows errors also.

What could I do? At this point if an update fixes something for this I can't even install it because of the dpkg command I should run and that instead ends rebooting my system.

When I run dpkg --configure -a it hangs here and reboots every time.

steakhutzeee@dk:~$ sudo dpkg --configure -a
[sudo] password for steakhutzeee:
Setting up containerd.io (1.6.33-1) ...

EDIT: Enabled the maximum frequency available manually from armbian-config -> CPU (deprecated)

How can I set a correct CPU freq manually now in order to not cause damage in the meantime that this is fixed?

Quote from ryecoaaron

For the HC2:

sudo omv-env set "OMV_CPUFREQUTILS_MINSPEED" "600000"

sudo omv-env set "OMV_CPUFREQUTILS_MAXSPEED" "1900000"

sudo omv-env set "OMV_CPUFREQUTILS_GOVERNOR" "performance"

sudo omv-salt stage run prepare

sudo omv-salt deploy run cpufrequtils

Display More

Following armbian forum https://forum.armbian.com/topi…-6631-current-odroid-xu4/ I applied some changes to the /etc/default/cpufrequtils directly and rebooted. Now armbian-config says I'm at 200-2000 MHz.

You think it's enough or I should I apply the values the OMV side as you suggested?

Changes I applied manually:

$ cat /etc/default/cpufrequtils

ENABLE=false

GOVERNOR=ondemand

MAX_SPEED=2000000

MIN_SPEED=200000

Also you suggest the performance governor?

Thank you.

Have a couple of question:

1- From armbian side I see that cpufrequtils is a deprecated package and that Armbian just reads /etc/default/cpufrequtils for the values there. That's why it was set to ENABLE=false.

Quote

As of the 24.05 release Armbian no longer uses the package cpufrequtils. It now uses that configuration file directly, and replaces the basic functionality that the package cpufrequtils formerly provided.

So the Armbian hardware optimization service reads this file and applies the values to the system, and armbian-config is responsible to modify it.

Now I used the commands you suggested and they set ENABLE to true again.

steakhutzeee@dk:/etc/default$ sudo omv-salt deploy run cpufrequtils
odroidxu4:
----------
ID: configure_default_cpufrequtils
Function: file.managed
Name: /etc/default/cpufrequtils
Result: True
Comment: File /etc/default/cpufrequtils updated
Started: 15:22:55.695109
Duration: 811.777 ms
Changes:
----------
diff:
---
+++
@@ -1,4 +1,4 @@
-ENABLE=false
-GOVERNOR=ondemand
-MAX_SPEED=2000000
-MIN_SPEED=200000
+ENABLE="true"
+GOVERNOR="ondemand"
+MAX_SPEED="2000000"
+MIN_SPEED="200000"
----------
ID: configure_default_loadcpufreq
Function: file.managed
Name: /etc/default/loadcpufreq
Result: True
Comment: File /etc/default/loadcpufreq is in the correct state
Started: 15:22:56.507265
Duration: 515.676 ms
Changes:
----------
ID: start_cpufrequtils_service
Function: service.running
Name: cpufrequtils
Result: True
Comment: Service restarted
Started: 15:23:02.943574
Duration: 990.45 ms
Changes:
----------
cpufrequtils:
True
----------
ID: start_loadcpufreq_service
Function: service.running
Name: loadcpufreq
Result: True
Comment: The service loadcpufreq is already running
Started: 15:23:03.935185
Duration: 247.163 ms
Changes:


Summary for odroidxu4
------------
Succeeded: 4 (changed=2)
Failed:    0
------------
Total states run:     4
Total run time:   2.565 s

So I'm curious to understand how this relates to what Armbian says about it.

If in the future I reapply again a DBT configuration from armbian-config I suppose it will overwrite these values, and setting CPU to false in armbian-config will also set ENABLED=false in this conf file again. These value should then be overwritten by OMV if I understood correctly, so what's the point of the armbian-config changes?

Also CPU options in armbian-config are actually set as deprecated in the menu.

So how all this is related to Armbian way of managing cpu freqs? The package is still used by OMV while not used by Armbian?

I found this https://forum.armbian.com/topi…nd-governor-doesnt-apply/ interesting:

Quote

Yeah that. Well, cpufrequtils and big.little clusters don't mix well as you probably noticed.

cpufrequtils itself has been deprecated for well over a decade.

Since cpufrequtils was being inflicted on otherwise perfectly working, DT-controlled boards, we've disabled it by default.

Boards that are proven to require it can re-enable it directly on the board as you've already found out or in the Armbian board file via 'CPUFREQUTILS_ENABLE=true'

All that said, the real, kernel-supported alternative, cpupower, requires kernel-tools build which is currently not provided by Armbian (nor is usbipd, perf, nor any other kernel userspace tool, due to the complexities of release-dependent building of parts of kernel which is normally userspace-agnostic).

2- Also here https://docs.openmediavault.or…eral/powermanagement.html looks like default values for min and max freqs is 0. What's that for? I had set to top before applying my custom values.

Thank you again!