RPi3 on aarch64-CPU freq scaling and temp sensors broken

[graysky]

How does one query the CPU frequency and CPU temps on RPi3 under aarch64? By comparison, the ODROID-C2 contains the following but the RPi3 does not when using the aarch64 packages:
$this->bbcode_second_pass_code('', '
/sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
/sys/devices/virtual/thermal/thermal_zone0/temp
')

[graysky]

One other user confirmed this too: https://www.raspberrypi.org/forums/view ... 4#p1130284 so it appears to be something upstream. Can someone else running Arch ARM confirm? Just pulled down 4.10.2-1 which does not change this behavior.

[graysky]

...upstream kernel bug or am I missing a package or module?

[graysky]

Despite the report I linked in the 2nd post, neither 4.8.2-1 nor 4.8.14-1 from tardis gave a functional temp sensor/governor.

[graysky]

Per a suggestion in this thread, I tried the opensuse Leap image which ships will kernel version 4.4.49 and both the temp sensor and frequency governor worked.

$this->bbcode_second_pass_code('', '# uname -r
4.4.49-16-default

# lscpu
Architecture: aarch64

# cat /sys/devices/virtual/thermal/thermal_zone0/temp
42932

# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
1200000

# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
ondemand')

I am trying to build 4.4.49 on linux-aarch64-4.4.49 now to verify that there isn't something else in the suse image that is allowing it. If true, I can only conclude that there is a kernel bug disallowing the sensors. Thoughts are welcomed.

EDIT: https://github.com/raspberrypi/linux/issues/1918

[okarmusk]

Hi all,
I just joined the thread. I would like to share data from CPU temperature measure on my RaspPi3.
System info:
$this->bbcode_second_pass_code('', 'uname -a
Linux raspberrypi 4.10.10-1-ARCH #1 SMP Wed Apr 12 19:10:40 MDT 2017 aarch64 GNU/Linux')

My /sys/class/thermal directory is empty.
After lm_sensors installation and during sensors-detect command run I've got segmentation fault:

$this->bbcode_second_pass_code('', '# sensors-detect revision $Revision$
# DMI data unavailable, please consider installing dmidecode 2.7
# or later for better results.
# Kernel: 4.10.10-1-ARCH aarch64
Use of uninitialized value in concatenation (.) or string at /usr/bin/sensors-detect line 2867.
Use of uninitialized value in concatenation (.) or string at /usr/bin/sensors-detect line 2867.
Use of uninitialized value in concatenation (.) or string at /usr/bin/sensors-detect line 2867.
Use of uninitialized value in concatenation (.) or string at /usr/bin/sensors-detect line 2867.
# Processor: (//)

This program will help you determine which kernel modules you need
to load to use lm_sensors most effectively. It is generally safe
and recommended to accept the default answers to all questions,
unless you know what you're doing.

Some south bridges, CPUs or memory controllers contain embedded sensors.
Do you want to scan for them? This is totally safe. (YES/no): YES
modprobe: FATAL: Module cpuid not found in directory /lib/modules/4.10.10-1-ARCH
Failed to load module cpuid.
Silicon Integrated Systems SIS5595... No
VIA VT82C686 Integrated Sensors... No
VIA VT8231 Integrated Sensors... No
AMD K8 thermal sensors... No
AMD Family 10h thermal sensors... No
AMD Family 11h thermal sensors... No
AMD Family 12h and 14h thermal sensors... No
AMD Family 15h thermal sensors... No
AMD Family 16h thermal sensors... No
AMD Family 15h power sensors... No
AMD Family 16h power sensors... No
Intel digital thermal sensor... No
Intel AMB FB-DIMM thermal sensor... No
Intel 5500/5520/X58 thermal sensor... No
VIA C7 thermal sensor... No
VIA Nano thermal sensor... No

Some Super I/O chips contain embedded sensors. We have to write to
standard I/O ports to probe them. This is usually safe.
Do you want to scan for Super I/O sensors? (YES/no): YES
Probing for Super-I/O at 0x2e/0x2f
Segmentation fault')

Is this problem known?

BR Konrad

[jaab]

Hi Guys,
The tool to query temperature, voltage, etc, is in the raspberrypi-firmware package. Pacman does not unload it under aarch64. Probably it has been blacklisted for the binary not being compatible with aarch64.
Regards,