Active threads

OK, I did it. USB does not work when uploading a new image.

Detailed/full uart logs would probably be helpful

Hi, I successfully booted from the @JuanEsf image. but there is no pci and ethernet, the network is only wifi. initlog.txt dmesg.txt

Oh, that's sad, I didn't realize this, the rk322x cpu datasheet mentions 64bit a lot, I thought it was. Thanks!

Hello, Thanks a lot Mark, Yes, I just created a Github page for this project: https://github.com/GuillaumeLopere/Armbian-TX95Max-AllwinnerH618/pulls If you could make a Pull Request with the SD card image that would be very kind and I'm sure it would help someone else. I will keep you informed Best Regards, Guillaume

Hi @Alex83, There was a kernel bump prior to submission so HDMI fixes only apply to 6.12.35. If you device is indeed the Banana Pi M3 then that is A83T SOC and not the A10 or A20 for which these patches apply.

I can provide all necessary files,for the linux development for AM9.

I can upload Bionic also, but I have to remove Stretch first due to space on dropbox. Bionic is newer, but Bionic had more issues with it on my box. Install a bigger heatsink, or fan because my box failed due to overheating.

Hi @faxe2110, or any other user, how are you? I'm working on a project with an Amlogic S805-based TV box and found your forum posts about custom Armbian images, particularly older versions like 5.67 with Debian Stretch and kernel 3.10.108. Unfortunately, the links you shared are no longer available, and I was wondering if you still have any of those files, or if you could give me some guidance on how to generate them. I'd greatly appreciate any help you can provide! Greetings from Argentina, Ricardo

Maybe, but maybe the issue won't occur then. If you want it reproducable, first for yourself, make a complete image of that USB stick on other large storage device and use that as 'master problem disk'. I have an old PC with 3x 4T HDD Btrfs multidevice formatted for such cases. Btrfs can make reflink copies or do RW snapshots, so easy and fast to create a slightly modified image. There is gddrescue to make initial copy from USB-stick. Also this is a USB-stick in an SBC, all sorts of power issues might also be a root cause. You can use nbd-server and nbd-client to make large/huge images available via network, I do that for my BananaPi M1 (8T HDD). In the past for Btrfs kernel development itself for example, there was/is? a metadata only imager tool, so in case of a complex filesystem bug, you can share only meta data, the data is actually zeroed/sparse. But you need a good extra Linux computer, Windows exFAT handling makes little sense. Best to also test/use the image with a generic Debian Bookworm/Trixie computer, I use a Armbian virtual machine for such a case, running on RPi4 (if 32-bit) or ROCK5B (64-bit only). They can use NBD (as client). AFAIR you can use the sunxi kernel directly in a KVM, at least did something with a NanoPi-NEO image (same kernel as well).

Tomas. In regards to SteeMan writing that we could 'brick' our tv box, I have recovered two tv boxes that have an amlogic chip in them. Here are my and others' notes. Some more notes there about how to install/reinstall Android for the sake of installing Armbian maybe also be useful.

Hey - thanks for Webmin. That looks pretty slick. Nice graphics. I am going to have to do a deeper dive against cockpit but very nice. I bet both work with Tailscale which makes for nice for remote access.

I would first suggest that you read this post: That may give you lots of reasons why you shouldn't depending on what your goals are. Installing armbian on a TV Box depends on the TV Box. Each CPU has differing levels of support (from none to fairly well supported in mainline linux). And then given there are hundreds of different TV Boxes, each will have different sets of working/non-working features depending on a variety of factors. As far as supporting a USB audio device, it shouldn't be any different than support for the device on any other linux platform/distribution. On Armbian you may need to install the linux-firmware-full package to get the driver support as by default Armbian ships with a slimed down set of firmware support.

Thank you!

That is a wise thing to do and might be a good default for armbian to adopt.

OK, can you do the following for me, please, to be sure this is properly fixed? Kindly share the console output for me to have a look at. sudo apt reinstall wireless-regdb dpkg -S /lib/firmware/regulatory.db* Then reboot and see if your problem remains fixed. For now, I suggest you keep the wireless-regdb-2025.02.20.tar.xz file around on the NanoPi in case you need it again.

This is nothing new, its Windows related issue. Probably had something with the drivers. But ultimately I just use a older windows version, I had a machine running a Windows 10 1809 LTSC and for some reason it works there. One thing that also works is using a ubuntu live CD and using the upgrade_tool for rockchip.

Collabora is proud to sponsor this year's annual Debian conference, taking place in Brest, France. Join us as we showcase the latest with Apertis, discuss Debian running on mobile devices, and more. View the full article

Ur welcome.

https://debug.armbian.de

Armbian Development Report: Continued Progress and Community Momentum Over the past two weeks, the Armbian project has made steady and meaningful progress across core infrastructure, board support, and kernel development. From bootloader improvements to expanded hardware compatibility, our contributors continue to push the platform forward. This update highlights recent technical advancements, bug fixes, and community contributions that help power the Armbian ecosystem. Highlights Pcduino2/3 Gain HDMI and Display FixesHDMI output is now supported, and a regression affecting display output on Pcduino2 and Pcduino3 boards has been resolved.#8341 Key Bootloader and Memory EnhancementsUpdates include a boot fix for Inovato Quadra, u-boot bumps for Banana Pi Zero3 and 2W, and the addition of 1.5GB memory support.#8334 Enhanced Repository SecurityImprovements include a new signing key, dual signing support, and better GPG key handling via APA.#8323, #8320, #8316 Improved TI Board SupportTexas Instruments boards now benefit from a custom Debian repo, pre-installed packages, and a Real-Time (RT) kernel config option.#8305, #8280 Meson64 Security BoostKernel Address Space Layout Randomization (KASLR) is now enabled by default to improve runtime security.#8354 New Features Add rtl8723ds Bluetooth support to Gateway GZ80x Add HDMI support for Pcduino2/3 and fix sun4i-drm regression TI: Add Debian repo and default packages TI: Add Real-Time kernel config for current Bug Fixes Fix Odroid-C4 I2C overlays (6.15 kernel) Fix I2C overlays for Odroid-C4 Fix WAN interface naming on Nanopi R6/R5 (Netplan rules) Fix DP alt mode on some rk3399 boards (6.15 kernel) Improvements Enable KASLR in Meson64 config Enable USB serial on PocketBeagle2 Add GPIO names to Rock-5C DTS Update u-boot and fix Bluetooth on BPI-M4-Zero Align Rock-5B-Plus edge kernel (6.16) with upstream Allwinner: Bump current to 6.12.35 and edge to 6.15.4 Re-enable xradio wireless driver for Allwinner 64-bit Bootloader/memory improvements for multiple boards Update SpacemiT kernel to 6.6.95 Remove WiFi patches (merged upstream in 6.16) Refactor Rockchip64 patches Bump Rockchip64 edge to 6.16-rc3 Enable Ethernet & USB serial modules on Beagle boards Add new GPG signing key Support dual signing of repos APA: Handle GPG key installation Update TM16xx driver for Rockchip64 edge Community Contributions @veduco @pyavitz @Ayush1325 @EvilOlaf @Ryzer58 @HeyMeco @igorpecovnik @amazingfate @paolosabatino @jsuhaas22 @hyx0329 @leggewie Stay Connected with the Community Looking to join live chats with Armbian developers and users? The Armbian Community Calendar lists upcoming voice chats, planning sessions, and community events. Stay informed and be part of the conversation! The post Armbian Development Highlights first appeared on Armbian. View the full article

@Nick A good news, everything seems to work except emmc. For now I'll just use the SD card. Thanks again for the help Update: I messed around with the device trees and found out that eMMC works if the frequency is lowered to 12Mhz as done in this patch: https://github.com/sicXnull/armbian-build/blob/333e462466670e9a8609771ccd05977b87800881/patch/u-boot/u-boot-sunxi/board_x96q-v5-1/sunxi_mmc-dec-f_max-to-12MHz-to-get-emmc-reliable.patch Maybe the next x96q-v5.1 builds can just use the x98h base with this patch applied

Once PR is merged, automated nightly beta repository has this kernel within hours.

Thanks! 🙏

please share more information about the problem you ran into for the sake of the next guy coming to the forum to look for a solution to the same problem. Thank you.