All Activity

I can suggest only hard way - clear installation armbian then HA, without manipulation with driver and use rk3318-config to set device tree option

I am need to sleep more)) I stubbornly answered "y" instead of "yes" when pairing with the phone in bluetoothctl )))) It turned out to connect on "yes". 😀😀😀 Say me please an exists easier way to solve the my problem with Bluetooth?

I tried to do the following: 01) replace the driver (do symb link): ln -s /usr/lib/firmware/brcm/BCM43342.hcd /usr/lib/firmware/brcm/BCM.hcd. 02) Judging by armbianmonitor -u, the chip was recognized. 03) Installed the necessary packet: sudo apt install bluetooth -y 04) Tested that the service Bluetooth is running: sudo service bluetooth status. 05) Got "Running" 06) Only after these actions hciconfig -a gave a meaningful conclusion... 07) Next, after all this, I tried to control bluetooth via : sudo bluetoothctl 08) On the show command inside, I finally saw my device wiyh MAC and that it was active. 09) Put it into detected mode: discoverable on 10) Saw the alias rk3318-box on my phone when searching for Bluetooth devices around. 11) Despite the fact that an invitation with the same PIN code for connecting appeared both on the tvbox and on the phone, for some reason it is not possible to connect them. At the same time, for the tvbox mode Pairable: yes !!! THE REASON IS NOT CLEAR TO ME, but it is definitely associated with tvbox, because as soon as I confirm the connection (press "Y") on it, the connection is cut off... Phone confirmation does not interrupt the connection at first. WTF? I reinvent the wheel again????? PS After pair coomand on tvbox i see it: [agent] Confirm passkey 815681 (yes/no): y Failed to pair: org.bluez.Error.AuthenticationFailed

This method works for me, but I don't change Bluetooth driver's. You can also try command: apt reinstall bluez apt --fix-broken install

All the data above was collected after installing the necessary overlay in rk3318-config and then rebooting...

When using armbian-config to select an overlay ("DTO001")e.g. for uart2, one is offered the full names w/ overlay prefix, e.g. sun7i-a20-uart2. The system adds this to armbianEnv.txt: overlays=sun7i-a20-uart2 But it has also the line overlay_prefix=sun7i-a20 In the end, uart2 is not activated (no output from /dev/ttyS1) - after changing the overlay line to overlays=uart2, I can read from /dev/ttyS1. System is Armbian 25.2.2 stable (bookeworm), Armbian Linux 6.12.20-current-sunxi.

@Nick A I’m using the MiniArch image that was shared here on the forum. From it, I extracted the DTBs, Image, and other boot files, and replaced them in the Armbian image. I also took the bootloader from the MiniArch image and replaced the one in Armbian. With that, I managed to boot into Armbian, but unfortunately, no network adapters were detected.

Incbot, after set device tree option in the rk3318-config, try enter reboot command (don't reset power, need reboot only), then try hciconfig -a

I turned off overlay rockchip-RK3318-box-wlan-ap6330 in armbian-config (not a single overlay was selected here anymore) and selected the rk3318-box-led-conf1 option through rk3318-config (in this case, overlays rk3318-box-led-conf1 and rk3318-box-wlan-ap6334 are connected to boot). A certain Bluetooth block appeared in the text of the armbianmonitor -u output (see new output here), but apparently the driver is still not the same and hciconfig -a does not work (there is no command in the system). Any more ideas?

@Aleqssandro Farias which miniarch image are you using? Because I’m using miniarch patches so the dts should be the same.

Can you compare the device tree between your working system, and from the freshly installed 25.2.3/6.12.22 (write the img in a new microSD) View your device tree with: #(root) dtc -I fs -O dts /sys/firmware/devicetree/base (you need to find out which driver handles the audio, and search for that driver name in the working device tree) Also, check differences in armbianEnv.txt Also, check differences in ".config" in the /boot/ folder (specially anything related to audio) Also check the contents of "dmesg", searching for the audio driver name

Good afternoon @Nick A I managed to make some progress with the ISO you envy. I extracted the DTB used in MiniArch (which worked on the IK316 TV box) and replaced the DTB in its ISO. However, I noticed that the same error persisted. So, I decided to change the bootloader using the following commands: Extracted the working bootloader: $ dd if=MiniArch-20240715-6.14.0-board-h616.tanix_tx6s_axp313-SD-Image.img of=u-boot-sunxi-with-spl.bin bs=1024 skip=8 count=1016 So I injected it into the ISO that you envied me: $ dd if=u-boot-sunxi-with-spl.bin of=Armbian-unofficial_25.05.0-trunk_Tanix-tx6s-axp313_bookworm_edge_6.12.11.img bs=1024 seek=8 conv=notrunc After that, I got a new log and the TV Box booted, but I believe Armbian didn't start properly — it seems to take me to the U-Boot console. Here's the full log: " U-Boot SPL 2025.01 (24 de março de 2025 - 21:02:39 +0100) DRAM: 1024 MiB Tentando inicializar a partir do MMC1 AVISO: BL31: v2.10.0 (depuração):v14.0.0-98-gde86a8ab6 AVISO: BL31: Compilado: 01:02:27, 19 de março de 2025 AVISO: BL31: SoC Allwinner H61 detectado (1823) AVISO: BL31: DTB U-Boot encontrado em 0x4a0b0f80, modelo: Tanix TX6s (axp313) INFO: Driver ARM GICv2 inicializado INFO: Configurando o driver SPC INFO: PMIC: Sondando AXP305 sem RSB ERRO: RSB: tempo de execução definido endereço: 0x10003 INFO: Não foi possível inicializar RSB: -65539 INFO: BL31: Configuração da plataforma concluída INFO: BL31: Inicializando serviços de tempo de execução INFO: BL31: cortex_a53: Solução alternativa da CPU para a errata 855873 foi aplicada INFO: BL31: cortex_a53: solução alternativa da CPU para a errata 1530924 foi aplicada INFO: PSCI: Suspender não está disponível INFO: BL31: Preparando para saída EL3 para o mundo normal INFO: Endereço do ponto de entrada = 0x4a000000 INFO: SPSR = 0x3c9 INFO: Árvore de dispositivos alterados. U-Boot 2025.01 (24 de março de 2025 - 21:02:39 +0100) Tecnologia Allwinner CPU: Allwinner H616 (SUN50I) Modelo: Tanix TX6s (axp313) DRAM: 1 GiB Núcleo: 58 dispositivos, 20 uclasses, devicetree: separado WDT: Não iniciando watchdog@30090a0 MMC: mmc@4020000: 0, mmc@4021000: 3, mmc@4022000: 1 Carregando ambiente do FAT... Não é possível usar mmc 0:1... Entrada: serial@5000000 Saída: serial@5000000 Erro: serial@5000000 Nenhum dispositivo USB encontrado Rede: Não foi possível obter PHY para ethernet@5030000: endereço 16 Nenhuma ethernet encontrada. iniciando USB... Nenhum driver USB encontrado Pressione qualquer tecla para parar a inicialização automática: 0 alternativa para partições #0, OK mmc0 é o dispositivo atual Verificando mmc 0:1... Encontrado /boot/extlinux/extlinux.conf Recuperando arquivo: /boot/extlinux/extlinux.conf 1: MiniArch Recuperando arquivo: /boot/Image Recuperando arquivo: /boot/initrd.img append: root=/dev/mmcblk0p1 rootwait console=ttyS0,115200 panic=10 Recuperando arquivo: /boot/dtbs/allwinner/sun50i-h616-tanix-tx6s-axp313. dtb Movendo imagem de 0x40080000 para 0x40200000, end=0x420b0000 ## Blob da árvore de dispositivos achatada em 4fa00000 Inicializando usando o blob fdt em 0x4fa00000 FDT de trabalho definido como 4fa00000 Carregando Ramdisk para 49853000, fim 49fffc5e ... OK Carregando Árvore de Dispositivos para 0000000049848000, fim 00000000498524af ... OK FDT de trabalho definido como 49848000 Iniciando o kernel... :: Executando o gancho inicial [udev] Iniciando o systemd-udevd versão 253-1-arch :: Executando o gancho [udev] :: Disparando uevents... :: Executando o gancho [mapa de teclas] :: Carregando o mapa de teclas...kbd_mode: KDSKBMODE: ioctl inadequado para o dispositivo completo. :: montando '/dev/mmcblk0p1' na raiz real : executando o gancho de limpeza [udev] ERRO: Dispositivo raiz montado com sucesso, mas /sbin/init não existe. Saindo do controle, você está por conta própria. Boa sorte. sh: não é possível acessar tty; controle de tarefas desativado [rootfs]# " It looks like the root device was mounted correctly, but it couldn't find /sbin/init, so the system couldn't continue booting. Let me know if you have any suggestions or if you want me to try something else.

Ok, this is weird (or maybe expected, I'm a newbie to all of this)... I installed fresh 25.2.3/6.12.22, and audio didn't work. Came here and posted. Then I used armbian-config to roll back the kernel to 24.11.3/6.12.11. After that, audio worked again. Then, I ran apt update && apt upgrade and still audio kept working. I'm right back to 25.2.3/6.12.22 it seems? cat /run/motd.dynamic _ _ _ /_\ _ _ _ __ | |__(_)__ _ _ _ / _ \| '_| ' \| '_ \ / _` | ' \ /_/ \_\_| |_|_|_|_.__/_\__,_|_||_| v25.2.3 for Rockpi S running Armbian Linux 6.12.22-current-rockchip64 Packages: Debian stable (bookworm) IP addresses: (LAN) IPv4: 192.168.1.35, 10.42.0.1 IPv6: 2001:56a:7490:ce00:8dd8:6d59:ca7a:fe87 (WAN) xxx.xxx.xxx.xxx Performance: Load: 47% Up time: 0 min Memory usage: 31% of 466M CPU temp: 46°C Usage of /: 10% of 59G Commands: Configuration : armbian-config Monitoring : htop uname -a shows: uname -a Linux rp-satellite-xx 6.12.22-current-rockchip64 #1 SMP PREEMPT Mon Apr 7 08:08:37 UTC 2025 aarch64 GNU/Linux aplay -l shows: aplay -l **** List of PLAYBACK Hardware Devices **** card 0: pcm5102a [pcm5102a], device 0: ff300000.i2s-pcm5102a-hifi pcm5102a-hifi-0 [ff300000.i2s-pcm5102a-hifi pcm5102a-hifi-0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: analog [analog], device 0: ff320000.i2s-rk3308-hifi ff560000.codec-0 [ff320000.i2s-rk3308-hifi ff560000.codec-0] Subdevices: 1/1 Subdevice #0: subdevice #0 So, I'm running 6.12.22, and audio is working, but had to do it via apt-upgrade. Any idea why that worked?

Hi @Nick A, This ISO you sent has the same UART log error as the previous one. Here's the log: " U-Boot SPL 2025.01-armbian-2025.01-S6d41-P7151-H8869-V98f7-Bb703-R448a-dirty (Apr 02 2025 - 21:19:05 -0400) DRAM: testing 32-bit width, rank = 2 read calibration failed! testing 32-bit width, rank = 1 read calibration failed! testing 16-bit width, rank = 2 read calibration failed! testing 16-bit width, rank = 1 read calibration failed! This DRAM setup is currently not supported. resetting ... " Right now, the only image that boots properly is the MiniArch one.

Try setting ZRAM_PERCENTAGE=50 where 50 would be half of available memory. Not sure if the builder picks this up. If it doesn't I'd go the customize-image.sh route and use this to modify the /etc/default/armbian-zram-config file just before assembly closure.

Kind people： How to modify the default swap partition size in the configuration file and compile the firmware？？ help help

Well, folks say it is being worked on - https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=71025ec7f7767 Decoding works so I was hoping it did progress but may be not.

I have device X10 Plus TV BOX 4/32 same smae Rtv 10x 4/32 How to get file image or build for device It run Allwinner H6 Link product I find fourm but cannot get the file

If Allwinner does not provide C-source code (kernel, libs, ffmpeg, etc) for recent Linux, I consider it as is; no encoding on Allwinner SoCs. I have several H3 boards, I also dreamed that I once maybe could use that for HEVC->H264 transcoding (low power 24/7 multiple TV channels) but it is not happening. I spent a lot of time to get it working on Pi4 and that breaks at various distro updates or just kernel updates. But RPL then hacks/fixes it in their custom ffmpeg, but it is only Pi4 and also limited, Pi5 has no HW encoding so even they as biggest SBC company give up on it I would say. Rockchip and Intel have fairly easy out-of-the-box solutions, but both not V4L2m2m.

Which image are you using? Axp313? https://github.com/NickAlilovic/build/releases/download/20250306/Armbian-unofficial_25.05.0-trunk_Tanix-tx6s-axp313_bookworm_edge_6.12.11.img.xz

@Aleqssandro Farias your miniarch image says it’s using Tanix TX6s (axp313). Try the armbian version. https://github.com/NickAlilovic/build/releases/download/20250306/Armbian-unofficial_25.05.0-trunk_Tanix-tx6s-axp313_bookworm_edge_6.12.11.img.xz

I have one on a shelf and want to use it for h265->h264 transcoding. http://www.orangepi.org/html/hardWare/computerAndMicrocontrollers/details/Orange-Pi-One-Plus.html says it can. H6 Quad-core 64-bit ARM Cortex™-A53 Decoding: H265/HEVC Main/Main10 profile@Level5.2 High-tier ;4K@60fps, up to 6Kx4K@30fps Encoding: H.264 BP/MP/HP encoder up to 4K@25fps or 1080p@60fps Googling finds some old branches of ffmpeg and kernel for H3. Current armbian 25.2.3 comes with 6.12.20-current-sunxi64 which has: sunxi_cedrus v4l2_mem2mem videobuf2_dma_contig videobuf2_v4l2 videodev videobuf2_common mc so the kernel seems to be aware of my specific chip (hence sunxi_cedrus) and modern Kodi seems to support decoding but nothing about encoding. Is that it, encoding is just not supported and my Pi is only good as a player? ps. sadly there is no One Plus specific forum and no common Sunxi forum and for some reason I must choose one of the boards and hence Quadra which seems using H6.

Hello, we have tried wifi and it is working fine https://www.armbian.com/armsom-sige5/

AFAIR someone on this forum also experienced booting issue with orange pi board though 4 not 5 with quite similar symptoms. May be worth contacting that person for his results so far - might give some hints on what's going on and whether it's a manufacturing fault

Hm if an image works but self-made won't either means something has been messed up which I doubt since it fails at uboot level. Or a change in the code broke it in the mean time. Also interesting that kernel building fails when RKNPU is a module rather than built-in. I guess that goes to poor implementation on Rockchip's side. Which exact pre-built image did you test that works well? This is quite old. We had a few version bumps in the mean time. More recent vendor kernels should already contain 0.9.8 What you could also try is to integrated the most recent patch series for mainline npu driver into edge kernel: https://patchwork.kernel.org/project/linux-rockchip/cover/20250519-6-10-rocket-v4-0-d6dff6b4c0ae@tomeuvizoso.net/