iav

How to use kdump on SBC, with armbian, and kernel, builded in armbian build system and installed as .deb packets?

can you provide hints on setting up kdump with armbian?

Still not work with fresh-build edge images. No simlink /dev/thermal-cpu, fancontrol start to work if manualy do ln -s /sys/devices/virtual/thermal/thermal_zone0/hwmon0 /dev/thermal-cpu TL;DR: in /etc/udev/rules.d/90-helios64-hwmon.rules an line 16 set ATTR{name}=="cpu|cpu_thermal".instead of ATTR{name}=="cpu" ... and I see two extra simlinks in root: hwmon0 -> /sys/devices/virtual/thermal/thermal_zone0/hwmon0 thermal_zone0 -> /sys/devices/virtual/thermal/thermal_zone0 I look for /sys/devices/virtual/thermal/thermal_zone0/hwmon0 in udev: udevadm info -q all -a /sys/devices/virtual/thermal/thermal_zone0/hwmon0 Udevadm info starts with the device specified by the devpath and then walks up the chain of parent devices. It prints for every device found, all possible attributes in the udev rules key format. A rule to match, can be composed by the attributes of the device and the attributes from one single parent device. looking at device '/devices/virtual/thermal/thermal_zone0/hwmon0': KERNEL=="hwmon0" SUBSYSTEM=="hwmon" DRIVER=="" ATTR{name}=="cpu_thermal" ATTR{power/control}=="auto" ATTR{power/runtime_active_time}=="0" ATTR{power/runtime_status}=="unsupported" ATTR{power/runtime_suspended_time}=="0" ATTR{temp1_crit}=="100000" ATTR{temp1_input}=="34444" looking at parent device '/devices/virtual/thermal/thermal_zone0': KERNELS=="thermal_zone0" SUBSYSTEMS=="thermal" DRIVERS=="" ATTRS{available_policies}=="user_space step_wise bang_bang fair_share " ATTRS{cdev0_trip_point}=="1" ATTRS{cdev0_weight}=="0" ATTRS{cdev1_trip_point}=="0" ATTRS{cdev1_weight}=="0" ATTRS{cdev2_trip_point}=="1" ATTRS{cdev2_weight}=="0" ATTRS{integral_cutoff}=="0" ATTRS{k_d}=="0" ATTRS{k_i}=="0" ATTRS{k_po}=="0" ATTRS{k_pu}=="0" ATTRS{mode}=="enabled" ATTRS{offset}=="0" ATTRS{policy}=="step_wise" ATTRS{power/control}=="auto" ATTRS{power/runtime_active_time}=="0" ATTRS{power/runtime_status}=="unsupported" ATTRS{power/runtime_suspended_time}=="0" ATTRS{slope}=="1" ATTRS{sustainable_power}=="0" ATTRS{temp}=="33888" ATTRS{trip_point_0_hyst}=="2000" ATTRS{trip_point_0_temp}=="85000" ATTRS{trip_point_0_type}=="passive" ATTRS{trip_point_1_hyst}=="2000" ATTRS{trip_point_1_temp}=="95000" ATTRS{trip_point_1_type}=="passive" ATTRS{trip_point_2_hyst}=="2000" ATTRS{trip_point_2_temp}=="100000" ATTRS{trip_point_2_type}=="critical" ATTRS{type}=="cpu-thermal" I see there ATTR{name}=="cpu_thermal" have to be choosed. an line 16 set ATTR{name}=="cpu|cpu_thermal". Victory, now /dev contains link thermal-cpu -> /sys/devices/virtual/thermal/thermal_zone0/hwmon0 fancontrol works @Heisath? upd: checked in https://github.com/armbian/build/commit/37662d8ed3cbcdb8c975e21bc2e709c365441d1e

error text was ``` [ o.k. ] Installing base system [ Stage 2/2 ] /bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8) W: Failure trying to run: mount -t proc proc /proc W: See //debootstrap/debootstrap.log for details W: Failure trying to run: /sbin/ldconfig W: See //debootstrap/debootstrap.log for details [ error ] ERROR in function create_rootfs_cache [ debootstrap.sh:212 ] [ error ] Debootstrap base system for current rockpi-4a hirsute no second stage failed [ o.k. ] Process terminated ``` Main string is `W: Failure trying to run: /sbin/ldconfig`

I got similar error: on my x64 builder with Ubuntu Focal trying to build rootfs for `hirsute` or `impish` ``` [ o.k. ] Installing base system [ Stage 2/2 ] /bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8) W: Failure trying to run: mount -t proc proc /proc W: See //debootstrap/debootstrap.log for details W: Failure trying to run: /sbin/ldconfig W: See //debootstrap/debootstrap.log for details [ error ] ERROR in function create_rootfs_cache [ debootstrap.sh:212 ] [ error ] Debootstrap base system for current rockpi-4a hirsute no second stage failed [ o.k. ] Process terminated ``` Main string is `W: Failure trying to run: /sbin/ldconfig` failure gone when I refresh qemu-user-static setup with text `docker run --rm --privileged multiarch/qemu-user-static --reset -p yes`

I see that picture, but not see there airflow direction. Possible this mark should be more clear or bright. Is it so hard to just text something "air should go inside" or draw an arrow?

Thank you for tip. But I not see that on link you provide. Maybe be better to add that info it clear text into document you refer to.

I not see in Helios64 assembling guide, how should be set coolers. Where should be directed airflow? Inside or outside the case?

Fresh-builded armbian image, Helios4. Try to enter armbian-config → system → cpu root@helios4:~# cat /etc/os-release NAME="Ubuntu" VERSION="21.04 (Hirsute Hippo)" ID=ubuntu ID_LIKE=debian PRETTY_NAME="Armbian 21.08.0-trunk Hirsute" VERSION_ID="21.04" HOME_URL="https://www.ubuntu.com/" SUPPORT_URL="https://help.ubuntu.com/" BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/" PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy" VERSION_CODENAME=hirsute UBUNTU_CODENAME=hirsute

I try that on my Helios4 with Armbian 21.08.0-trunk Hirsute. Service can't start Jun 15 20:58:54 helios4 kernel: audit: type=1326 audit(1623790734.437:21): auid=4294967295 uid=0 gid=0 ses=4294967295 subj==unconfined pid=2134 comm="haveged" exe="/usr/sbin/haveged" sig=31 arch=40000028 syscall=122 compat=0 ip=0xb6f9cb68 code=0x80000000 but I can be started from command line, with default options: # haveged --Foreground --verbose=1 haveged: command socket is listening at fd 3 haveged starting up haveged: ver: 1.9.8; arch: generic; vend: ; build: (gcc 10.2.1 CTV); collect: 128K haveged: cpu: (VC); data: 16K (D); inst: 16K (D); idx: 12/40; sz: 15006/57790 haveged: tot tests(BA8): A:1/1 B:1/1 continuous tests(B): last entropy estimate 7.99541 haveged: fills: 0, generated: 0

Server grade hardware are NOISY. Because of low-profile cases, low-size turbines, they have to send airflow very, very fast — to push enough air through small holes.

This will ruine airflow.

Currently I not see file rk3328_miniloader_v2.46.bin at https://github.com/rockchip-linux/rkbin/tree/master/bin/rk33 What is current replacement?

Thank you, @chewitt, works for me! but check, isn't it a mistype — "wtd@"? Maybe, there should be "wdt"? t↔d?

Currently no /dev/watchdog device on N2 with -current and -dev armbian kkernel. But watchdog present in -legacy. I see meson-wdt kernel module present on image, I transplant meson_wdt segment from dts file of legacy kernel to dev and current. diff --git a/arch/arm64/boot/dts/amlogic/meson-g12b-odroid-n2.dts b/arch/arm64/boot/dts/amlogic/meson-g12b-odroid-n2.dts index 819afc748828..18990208f269 100644 --- a/arch/arm64/boot/dts/amlogic/meson-g12b-odroid-n2.dts +++ b/arch/arm64/boot/dts/amlogic/meson-g12b-odroid-n2.dts @@ -226,6 +226,20 @@ hdmi_connector_in: endpoint { }; }; }; + + wdt: watchdog@0xffd0f0d0 { + compatible = "amlogic, meson-wdt"; + status = "okay"; + default_timeout=<10>; + reset_watchdog_method=<1>; /* 0:sysfs,1:kernel */ + reset_watchdog_time=<2>; + shutdown_timeout=<10>; + firmware_timeout=<6>; + suspend_timeout=<6>; + reg = <0x0 0xffd0f0d0 0x0 0x10>; + clock-names = "xtal"; + clocks = <&xtal>; + }; sound { compatible = "amlogic,axg-sound-card"; No success. No any sign watchdog presence. What I miss?