CPU temperature N/A on RockPiS Bookworm

Troubleshooting
1

Creating a bug report/issue

Required Information

  • DietPi version | v8.22.3
  • Distro version | bookworm
  • Kernel version | Linux myo002 6.1.50-current-rockchip64 #3 SMP PREEMPT Wed Aug 30 14:11:13 UTC 2023 aarch64 GNU/Linux
  • Architecture | arm64
  • SBC model | ROCK Pi S (aarch64)
  • Power supply used | 5V 2.5A RaspberryPi
  • SD card used | SanDisk ultra

Additional Information (if applicable)

  • Software title | dietpi-globals
  • Was the software title installed freshly or updated/migrated? Recent update to diepit v 8.22.3
  • Can this issue be replicated on a fresh installation of DietPi? Yes, with latest RockPiS Bookworm image
  • Bug report ID | c508e514-72bc-4a48-880c-9472ca1f73b5

Steps to reproduce

  1. Login via SSH
  2. run cpu

Expected behaviour

  • Output of CPU temp, e.g. 60.7
 ─────────────────────────────────────────────────────
 DietPi CPU Info
 Use dietpi-config to change CPU / performance options
 ─────────────────────────────────────────────────────
 Architecture |     aarch64
 Temperature  |     36 °C / 96 °F : Cool runnings

Actual behaviour

  • Output: Temperature | N/A
$ cpu

 ─────────────────────────────────────────────────────
 DietPi CPU Info
 Use dietpi-config to change CPU / performance options
 ─────────────────────────────────────────────────────
 Architecture |     aarch64
 Temperature  |     N/A

Extra details

This still worked on 8.19. So probably something broke since then. I would think it’s something upstream …

thermal_zone devices:
pre update:

$ ls /sys/class/thermal
thermal_zone0  thermal_zone1

post update:

$ ls /sys/class/thermal
cooling_device0
2

From the systemd log:

Sep 27 11:08:01 myo002 kernel: thermal_sys: Registered thermal governor 'fair_share'
Sep 27 11:08:01 myo002 kernel: thermal_sys: Registered thermal governor 'bang_bang'
Sep 27 11:08:01 myo002 kernel: thermal_sys: Registered thermal governor 'step_wise'
Sep 27 11:08:01 myo002 kernel: thermal_sys: Registered thermal governor 'user_space'
Sep 27 11:08:01 myo002 kernel: thermal_sys: Failed to find 'trips' node
Sep 27 11:08:01 myo002 kernel: thermal_sys: Failed to find trip points for tsadc id=0
Sep 27 11:08:01 myo002 kernel: rockchip-thermal ff1f0000.tsadc: failed to register sensor 0: -22
Sep 27 11:08:01 myo002 kernel: rockchip-thermal ff1f0000.tsadc: failed to register sensor[0] : error = -22
Sep 27 11:08:01 myo002 kernel: rockchip-thermal: probe of ff1f0000.tsadc failed with error -22
3

@MichaIng can you have a look pls.

4

I wonder how it worked in your case with DietPi v8.19, as for me this never worked with the “current” kernel. Do you remember whether this was already Linux 5.15 when you saw it functional once? But the “edge” kernel should have it added:

apt install linux-{image,dtb}-edge-rockchip64

Although, my ROCK Pi S did not come back online after the upgrade. I hope the WiFi driver is not missing in edge kernel. Need to debug first.

EDIT: Jep, the “edge” kernel applies an invalid MAC address, so that WiFi interface cannot be brought up. Everything works well, including Ethernet, but it doesn’t add the CPU temperature either :see_no_evil:. This did work when “current” was Linux 5.15 and “edge” was 6.1 :disappointed::

root@ROCKPiS:~# ip l
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether 72:e8:9e:60:82:ef brd ff:ff:ff:ff:ff:ff
3: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
    link/ether ff:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff

ff:ff:ff:ff:ff:ff cannot work, of course.

5

Thanks for looking into it.

I still have a deployed device with the old image elsewhere. Will check the kernel once I retrieve it.

1 Like