kris777

The latest update fixed the problem, and I don't get these messages anymore. Bluetooth seems to be more stable, but I need to test it further... thanks!

Thanks for the info to try other options  🙂
Thanks for the tip, I'll try other options 🙂 It worked for: odroid-c4 ... basically, the settings are the same as for the OrangePI3LTS, I'm talking about connecting cables to a 40x2 / 20x2 LCD.
The diagram for the BananapiM2pro is as follows:

My Winstar 40x2 OLED LCD compatible with drivers: hd44780 / driver: WS0010 is detected in the system as: 3f
..................................
sudo i2cdetect -y 0
[sudo] kris: 
     0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
00:                         -- -- -- -- -- -- -- -- 
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 3f 
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
70: -- -- -- -- -- -- -- --        
  ..................................
You can also enter the appropriate values yourself in the file:
   sudo nano /boot/armbianEnv.txt
verbosity=1
console=both
overlay_prefix=meson
fdtfile=amlogic/meson-sm1-bananapi-m2-pro.dtb
rootdev=UUID=a4fb8074-c453-45da-ab31-4d61dca46cfa
rootfstype=ext4
overlays=sm1-odroid-c4-i2c0 sm1-odroid-c4-i2c1
usbstoragequirks=0x2537:0x1066:u,0x2537:0x1068:u
 

 
regards
 
 

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