c0rnelius

This is the important part here. Use an antenna. What that ancient kernel is running is an old github driver.

Well you are more than welcome to use what you want from the patches for S905X3. I've only run tests on the ones I have of course, but the SPDIF and ANALOG are identical on both. I suspect they are probs generally the same on most of those BOXES.

Nah. I haven't submitted them. I've considered doing a PR to Armbian, but just never did as I'm honestly not sure what the state of things are on the Armbian front when it comes to TVBOXES.

This can be done on S905X3 boxes "tested on the X96AIR-GBIT and H96MAX", but it would require patching the DTS files and applying the correct mixer settings. amixer -c 0 set 'TOHDMITX' 'on' amixer -c 0 set 'TOHDMITX I2S SRC' 'I2S B' amixer -c 0 set 'TDMOUT_B SRC SEL' 'IN 0' amixer -c 0 set 'FRDDR_A SRC 2 EN' 'on' amixer -c 0 set 'FRDDR_A SRC 3 EN' 'on' amixer -c 0 set 'FRDDR_A SINK 1 SEL' 'OUT 0' amixer -c 0 set 'FRDDR_A SINK 2 SEL' 'OUT 1' amixer -c 0 set 'FRDDR_A SINK 3 SEL' 'OUT 3' amixer -c 0 set 'SPDIFOUT_A SRC SEL' 'IN 0' amixer -c 0 set 'ACODEC' '85%' alsactl store Can also boot with mainline u-boot on them, but you would lose the ability to easily go back to Android. The patch I use for linux 6.6.y; 004-arch-arm64-dts-amlogic-meson-sm1-ac2xx-tv-boxes.patch

I think the problem is Pine and not Armbian here. But I understand your point of view.

Trixie is what the next official release will be. So it will stay rolling until it hits a freeze point and shortly after which released. If you really wanna stay rolling; testing, unstable and sid is where you wanna be. But I wouldn't use any for a daily or production unit.

> As a result m2s always boots from emmc with Armbian ignoring SD card with official images, that is ok. This is probably a result of the binary being used to boot from the SD card, which is the default bin flashed to the IMGs. u-boot.bin: eMMC u-boot.bin.sd.bin: SD In practice the u-boot.bin should be flashed to eMMC and u-boot.bin.sd.bin flashed to SD. Otherwise it will screw up the boot order. But that is neither here nor there. You got it working and that's what matters.

I understand. It is for sure a problem that needs to be resolved in Armbian. Not being able to easily input USER information and WIFI cred into a file before first boot is not ideal. Unless I'm missing something and someone knows of way to easily accomplish this? As far as minimal installs, it does seem it leans towards using netplan.io. One option would be to `sudo apt install -y armbian-config network-manager` followed by `sudo apt purge netplan.io --autoremove` and reboot. Once rebooted you can use either `sudo nmtui` or `sudo armbian-config` to setup WIFI with a bit more ease.

I don't have that baseboard, but my guess is, it's the same issue that has been reported before. Basically HOST mode needs to be enabled via overlay using `armbian-config`.

I suspect the issue is the version of U-Boot currently on the eMMC. When the board boots, if U-Boot is found on the eMMC, that is what will be used to do the initial boot. If an SDCARD is detected with a viable OS, it will then attempt to load it. It may be that the version of U-Boot "BSP?" on the eMMC is not compatible with Armbian and needs to be dd'd off. I just flashed this to SD to test. Came up fine. ____ ____ _ __ __ ____ ____ | __ )| _ \(_) | \/ |___ \/ ___| | _ \| |_) | | | |\/| | __) \___ \ | |_) | __/| | | | | |/ __/ ___) | |____/|_| |_| |_| |_|_____|____/ Welcome to Armbian 24.5.3 Bookworm with Linux 6.6.36-current-meson64 System load: 10% Up time: 1 min Memory usage: 4% of 3.69G IP: CPU temp: 37°C Usage of /: 4% of 29G [ Menu-driven system configuration (beta): sudo apt update && sudo apt install armbian-config ]

Your welcome.

I used gnome-disk-utility `gnome-disks`.

It came right up. patrick@10.0.0.XXX's password: ____ _ ____ _ ____ | _ \ __ _ ___ _ __ | |__ ___ _ __ _ __ _ _ | _ \(_) | ___| | |_) / _` / __| '_ \| '_ \ / _ \ '__| '__| | | | | |_) | | |___ \ | _ < (_| \__ \ |_) | |_) | __/ | | | | |_| | | __/| | ___) | |_| \_\__,_|___/ .__/|_.__/ \___|_| |_| \__, | |_| |_| |____/ |_| |___/ Welcome to Armbian_community 24.8.0-trunk.369 Bookworm with Linux 6.6.39-current-bcm2712 No end-user support: untested automated build System load: 8% Up time: 1 min Memory usage: 5% of 3.89G IP: 10.0.0.XXX CPU temp: 47°C Usage of /: 4% of 29G patrick@rpi5b:~$ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS mmcblk0 179:0 0 29.7G 0 disk ├─mmcblk0p1 179:1 0 256M 0 part /boot/firmware └─mmcblk0p2 179:2 0 29.2G 0 part /var/log.hdd / zram0 253:0 0 1.9G 0 disk [SWAP] zram1 253:1 0 50M 0 disk /var/log zram2 253:2 0 0B 0 disk nvme0n1 259:0 0 238.5G 0 disk ├─nvme0n1p1 259:1 0 508M 0 part └─nvme0n1p2 259:2 0 238G 0 part I suggest you try another PSU. These units don't fair well under powered. If you are using a PSU to SPEC and still having issues try using a quality SDCARD.

Which img did you try? For usb boot, try adding usb_max_current_enable=1 to the config.txt file.

https://github.com/raspberrypi/libcamera https://github.com/raspberrypi/picamera2 Ubuntu Noble already has this available; sudo apt install python3-libcamera

I've only worked with the BPI-M4-ZERO. My personally opinion on the h616/8 line up is that the focus should be on stable and not LTS. Little to none of the official mainline patches are being back ported and the patches being used currently in LTS are kind of hack-a-noodle patches. For example: https://lore.kernel.org/linux-arm-kernel/CA+E=qVeMnQNrT8tNnHBnCL2Efy3VjbRAYQGMXstziCThRsiBDw@mail.gmail.com/T/ https://lore.kernel.org/linux-arm-kernel/20240419071450.7aiheeoyq35yjoo7@vireshk-i7/T/ The ones being currently used in Armbian I believe are either RFC's or taken from OPI. The thermal patch above is already in 6.9.y. But with that said, if you have any questions feel free to hit me up and if I can, I'll help.

Try disabling wireless completely using the config.txt: dtoverlay=disable-wifi-pi5 If you don't need bluetooth disable that to: dtoverlay=disable-bt-pi5 Not enabling it in nmtui is not enough, the module is still active 'firmware is still getting loaded' and can't find a country code.

`modprobe i2c-dev` or add it to /etc/modules and reboot.

Its a bug. You need to make sure the wireless country code is set, even when its not being used.

New imgs are now available. 6.6.30-current-meson64 https://www.armbian.com/bananapicm4io/

I'll see if I can get those release imgs updated to something more recent and inquire about the breakage.

Damn. That's not good. Sorry to hear that.

Hmm. It appears ur still on 6.6.16-current-meson64 which does not include the fix.

This has already been fixed upstream and backported to 6.6.y LTS. https://lore.kernel.org/lkml/20240322164525.2617508-1-christianshewitt@gmail.com/ My suggestion is to update the kernel. If you don't wanna update you may just be able to blacklist the driver, which was what I did until it was fixed. It comes down to what is required by Klipper in your case.

I suggest looking over the overlays available; https://github.com/BPI-SINOVOIP/pi-linux/tree/pi-6.1-sunxi/arch/arm64/boot/dts/allwinner/overlay They may or maynot need to be edited as BSP VS MAINLINE usually isn't identical.