Active threads

@pochopsp - you can buy two tv-boxes of the same type at once from the same seller and they might have different hardware internally still - that is the reason why it is not prossible to provide really good images for tv boxes: the hardware is simply too random and often also low quality

I would put boot and system on the eMMC. Then it will run with or without the SSD, which I would reserve for data. Things like VMs and containers that get a lot of writes can go on the SSD and be symbolically linked to their system folders.

@AHMEDLORI try these the transpeed or x98h image. https://github.com/NickAlilovic/build/releases/tag/20250306

@Luckyisnotcoolest try the x96q images here. https://github.com/NickAlilovic/build/releases/tag/20250306

@emor acid could be your gpio settings for mmc0. Try the x98h image. If that doesn’t work you need to extract your android dts or use the one from the working Ubuntu.

Just wonder if there is a good guide how to make dri work and allt the supported code´s work in wayland / xorg or other / Thanks

The kernel 6.17 release benefits from improvements in the graphics subsystem, hardware enablement, and more! See where Collabora's kernel team contributed to this release. View the full article

leave a link for other users like @John Taylor to continue your work, also @fedes_gl could give a hand

I know an expert in rk3528, his name is @fensoft we are depending on him finding a weekend to dedicate to the community https://github.com/ilyakurdyukov/rk3528-tvbox he will help us by taking this repository and including it in armbian with a wonderful pull request I would like to buy this board and join the fun that you have, but my country has literally started an embargo on all TV boxes

Hi, I tested with the version 25.11.0-trunk.129 and the second network port worked with this. https://paste.armbian.com/hasewoloti

Don't know what to tell you, it is running fine on my boxes and dmesg is clean. Also I cannot see what is your build version since the screenshot is missing the top line of the screen. 🤷‍♂️

This is internal development for our boards, unfortunately, there is no public repository for our kernel. The code is borrowed from reverse-engineered POCs h264 + * Based on https://github.com/jemk/cedrus + * Copyright (c) 2014-2015 Jens Kuske <jenskuske@gmail.com> jpeg + * Based on https://gitorious.org/recedro/jepoc + * Copyright (c) 2014 Manuel Braga <mul.braga@gmail.com>

Btw, about things turning orange... I had that experience some time ago before I got into Armbian. I did a clean install of Debian Bookworm. Then I tried installing the vendor GPU drivers and packages from the Orange PI company. Their drivers and packages were so horribly hacked / designed that various programs that needed certain SoC features needed to be custom modified to work with those specific vendor drivers. So all versions of those programs needed be held and were non-upgradable if I wanted continued GPU and video acceleration support. Anyway the main GPU driver package, when I installed it myself (instead of whatever secret sorcery their installation did), it turned things orange. Fortunately now, pure Trixie works out of the box on my board (from the Debian installer .iso), except that the kernel needs to be upgraded from their 6.12 to 6.16.3 from trixie-backports. Armbian's edge kernel on an otherwise pure Trixie is even better than Debian's, because it's customized for Rockchip. If you've been doing things like I was trying to before, things have much improved and now simple is better and it works. Also things tend to get really mangled up when upgrading over time - especially major LTS upgrades. Why not try a fresh install of a 25.8.1 Armbian image?

Fix: run armbian-install, then selected “Install/Update the bootloader on SD card (/dev/mmcblk0)”

Describe what you did before to make it work. Show the DTS, the wiring you connected and the linux version that worked. If you used spidev before, I don't have experience in that. I only have experience with these drivers: panel-mipi-dbi-spi, ili9431 and adafrui-xy... The threads I showed you require you to stop using spidev, since the Linux kernel will communicate directly to the LCD, without a user program. Using both will just make them interfere with each other. If the LCD remains white and doesn't even flicker, and you made it work in an older kernel, then keep that wiring. If the /dev/fb0 exists, it means that linux has taken one SPI output port for display, but you need to make sure that: * and SPI parameters in the DTS are correct, * the gpio to handle the command/data, reset parameters are pointing to valid orange pi pins which are not used by anything else * the high/low polarity of those gpio * the wiring is correct, * the initialization bytes are correct

Ok, I foud some time to make additional tests. Here is what I found. It fully boots with 'x96q-lpddr3' SD card image if you swap dtb to one of the two: h618-linganpi-3h h618-orngepi2w However in both cases internal Ethernet does not work. I can use USB to ETH converter. Do you see any way to make internal ETH working in this board? In original Android dmesg there is a message about gmac: [ 28.389711] sunxi-gmac gmac1 eth0: eth0: Type(6) PHY ID 00441400 at 0 IRQ poll (gmac1-0:00) Does it sound like a solution?

quoting JPL: Did you see any announcement by the github's owner, about what we can expect from her/his source code? Looking at the content of the file, it seems like we need to download the code from: https://github.com/philipl/mpv#branch=v4l2request or https://github.com/philipl/mpv/tree/v4l2request And include this build-time configuration -Dv4l2request='enabled' I have posted instructions to build MPV on Sept 26 in this thread

Thanks for your comments. I did not touch the regulator@40 values at all - only the opp frequencies in line with suggestions from @prahal and some cache settings. cpufreq sampling_rates were changed to about 40000 (depending on the cluster) for kernels 6.6 by a script in /etc/rc.local. The script does not apply anymore in linux 6.12. Instead of disabling the A72 cluster altogether, reducing the burden on the CPUs during data transfers helps to substantially reduce crashes and avoids triggering the watchdog timer. P.S.: I bought a Rock-5B in October 2022 and I finally migrated everything to it.

The easiest way to do this is through a chroot (or perhaps systemd-nspawn) but how practical this is will be dependent on your end goals. I do this all the time.

At the risk of speaking too soon, I think I have found the issue. I need to revert some changes, and do some final testing, but hopefully a PR will be inbound to fix this in the next couple of days.

moved

SOLD

I found the error, please don't do it again. Just Search for Supported boards before buying Partners boards that will work in this case: https://www.armbian.com/partners/

"if you have ever booted a different distribution then your box will be incompatible with the Armbian build" are you serious? No matter after all this linux on arm shit problems i had last week, i really must say that a windows 10 + kodi.exe on a thin client is really the best in quality (dxva) and stability. And it only eats 1-2w more power than this u1 thingie. So, i just keep my moonlight on windows and put tvheadend together with the wintv solohd into a vmware player. bye bye.

You should also be updating your /etc/apt/sources.list.d/armbian.list as well (otherwise you will be mixing bookworm armbian packages with trixie debian packages)