After the update/upgrade, all CPUs are now installed
nproc
4
This didn't fix my Bluetooth (maybe it's some individual bug in my system?) but since Bluetooth works correctly in the new images for OrangePi 3 LTS, I'm marking this thread as resolved... I'll probably install the latest image soon, although it will be time-consuming.
...........................
orangepi3-lts:~# dmesg | grep "CPU"
[ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd034]
[ 0.000000] Detected VIPT I-cache on CPU0
[ 0.000000] CPU features: kernel page table isolation forced ON by KASLR
[ 0.000000] CPU features: detected: Kernel page table isolation (KPTI)
[ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
[ 0.000000] rcu: RCU restricting CPUs from NR_CPUS=8 to nr_cpu_ids=4.
[ 0.005157] smp: Bringing up secondary CPUs ...
[ 0.007070] Detected VIPT I-cache on CPU1
[ 0.007260] CPU1: Booted secondary processor 0x0000000001 [0x410fd034]
[ 0.009368] Detected VIPT I-cache on CPU2
[ 0.009541] CPU2: Booted secondary processor 0x0000000002 [0x410fd034]
[ 0.011117] Detected VIPT I-cache on CPU3
[ 0.011261] CPU3: Booted secondary processor 0x0000000003 [0x410fd034]
[ 0.011373] smp: Brought up 1 node, 4 CPUs
[ 0.011398] CPU: All CPU(s) started at EL2
[ 0.011443] CPU features: detected: 32-bit EL0 Support
[ 0.011449] CPU features: detected: 32-bit EL1 Support
[ 0.011458] CPU features: detected: CRC32 instructions
[ 0.011470] CPU features: detected: PMUv3
[ 0.260754] ledtrig-cpu: registered to indicate activity on CPUs
[ 0.414642] sun50i_cpufreq_nvmem: Using CPU speed bin speed0
[ 0.457342] WARNING: CPU: 3 PID: 71 at drivers/iommu/iommu.c:612 __iommu_probe_device+0x1a8/0x4a0
[ 0.457375] CPU: 3 UID: 0 PID: 71 Comm: kworker/u16:4 Not tainted 6.18.19-current-sunxi64 #2 PREEMPT
Ps. I don't know if I announced the CPU solution too early? Maybe there's a problem with the processor clock speed?
..............
cat /etc/default/cpufrequtils
ENABLE=false
MIN_SPEED=480000
MAX_SPEED=1810000
GOVERNOR=performance
root@orangepi3-lts:~# cpu
Temperature: 40 °C
CPU-0 Frequency: 1608 Mhz
CPU-1 Frequency: 1608 Mhz
CPU-2 Frequency: 1608 Mhz
CPU-3 Frequency: 1608 Mhz
root@orangepi3-lts:~# cat /etc/default/cpufrequtils
ENABLE=false
MIN_SPEED=480000
MAX_SPEED=1810000
GOVERNOR=performance
root@orangepi3-lts:~# cat /etc/default/cpufrequtils
ENABLE=false
MIN_SPEED=480000
MAX_SPEED=1810000
GOVERNOR=performance
root@orangepi3-lts:~#
root@orangepi3-lts:~# cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq
1608000
root@orangepi3-lts:~# cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
performance
performance
performance
performance
...............
shouldn't it be : 1810000 ... ?
On my Orange Pi 3 LTS I don't use ethernet, only wifi and it works OK... maybe that's why I didn't notice the problem... but here is some information about ethernet on Pi 3 LTS
https://forum.armbian.com/topic/19846-orange-pi3-lts/page/11/#comment-226536
OK...I think it worked in OrangePi3 LTS 🙂 ...first, clean up the remnants:
.................................................................
sudo apt purge v4l2loopback-dkms
sudo apt autoremove
...............................................................
armbian-config
then I had to switch to a different kernel: edge:6.15.4-edge-sunxi64 ....then update the system: apt update / upgrade / reboot ! install from GitHub: v4l2loopback and then:
cd ~/v4l2loopback
....................................................................
VERSION=$(grep -oP 'PACKAGE_VERSION="\K[^"]+' dkms.conf)
sudo cp -r . /usr/src/v4l2loopback-$VERSION
sudo dkms add -m v4l2loopback -v $VERSION
sudo dkms build -m v4l2loopback -v $VERSION
sudo dkms install -m v4l2loopback -v $VERSION
dkms status
sudo modprobe v4l2loopback
ls /dev/video*
...................................................................
I guess it's OK now:
................................................................
But in my opinion the module is not working properly 😞
I'll be more precise, it works OK... but OrangePi3LTS is a weak device and the option/module: v4l2loopback and the ffmpeg program that transmits/splits the image to two programs (motion/ustreamer) causes high CPU usage... but it works OK, so my problem is solved
I confirm that this HDMI/RCA converter solved the problem and it's OK.
MPD parameters while playing radio stations:
cat /proc/asound/card2/pcm0p/sub0/hw_params
access: RW_INTERLEAVED
format: S24_LE
subformat: STD
channels: 2
rate: 192000 (192000/1)
period_size: 8192
buffer_size: 65536
link