is it available for testing?

I need to compile a driver on the raspberry my kernel is 6.6.78-current-bcm2711 I need to download linux-headers-6.6.78 can someone help

Warpme's patches has 4 usb nodes enabled. I think I had to do the same on one of my boards. https://github.com/NickAlilovic/build/blob/v20250329/config/boards/transpeed-8k618-t.csc Instead of making patches you could create a Armbian board config for your Tanix TX6s. All you have to do is change the BOARD_NAME="Tanix TX6s AXP313", BOOTCONFIG="tanix_tx6s_axp313_defconfig" and file name. This will allow you compile warpme patches below. You can do the same for Vontar. https://github.com/NickAlilovic/build/blob/v20250329/patch/u-boot/u-boot-h616/153-add-tanix_tx6s_axp313_defconfig.patch https://github.com/NickAlilovic/build/blob/v20250329/patch/kernel/archive/warpme-6.12/0646-arm64-dts-allwinner-h616-add-Tanix-TX6s-axp313-TVbox.patch +&ehci0 { + status = "okay"; +}; + +&ehci1 { + status = "okay"; +}; + +&ehci2 { + status = "okay"; +}; + +&ehci3 { + status = "okay"; +}; + +&ohci0 { + status = "okay"; +}; + +&ohci1 { + status = "okay"; +}; + +&ohci2 { + status = "okay"; +}; + +&ohci3 { + status = "okay"; +}; https://github.com/NickAlilovic/build/blob/v20250329/patch/u-boot/u-boot-h616/160-add-vontar-h618-defconfig.patch https://github.com/NickAlilovic/build/blob/v20250329/patch/kernel/archive/warpme-6.12/0649-arm64-dts-allwinner-h618-add-vontar-h618-TVbox.patch

Until only you, me and those few people that will read this thread knows about this .... doesn't make any sense. Our current download logic and UX is very bad at this state, almost as bad as Debian It is very difficult to know that such image exists, what are their advantages (this part I have some draft and will be sent to the docs eventually), then telling them that they can choose between .xz .qcow2 .xz.qcow2 ... while ISO (what people understand) is nowhere to be found. Enabling a feature at build framework. This is trivial and I think it's even supported with a switch already "KEEP_UNCOMPRESSED_IMAGE" or similar, but its not supported at CDN. When compressed qcow2 was replaced with uncompressed, redirection followed as it doesn't carry file extensions https://dl.armbian.com/uefi-arm64/Noble_cloud_minimal-qcow2 which means we don't have support for .xz at this moment. Changing this? Chain of command and execution is slow, I can't deal with everything, and people are busy. I still wait that https://dl.armbian.com/uefi-arm64/Noble_cloud_minimal-hyperv.zip (HyperV Azure) started to work. As you can see, compressed is even bigger then qcow2 image and apparently it has to be zip (don't know that yet). Once re-director is extended, now hard coded values goes out of the code, so its small refactoring - easier job for the future. When re-director is fixed, we need to adjust (already messy) web page. Which is now half broken, those cloud images are mixed with minimal / IOT. You don't know until you click on the link. That cloud kernel supports features required to run Docker. Something like this: curl https://raw.githubusercontent.com/docker/docker/master/contrib/check-config.sh | bash Already have some draft ready, but wanted to do more tests before. On some clouds.

Thanks, @Alex T, for your hindsights. Would plugging an ATX power supply instead of the original external power supply help sort this out? What kind of ATX PSU would be required? I had measured the voltage on the board with a voltmeter and got a little above 12V fine, but I believe to phase out transient voltage drops an oscilloscope is required (I got a portable oscilloscope a few months ago). Also, I have a test case (attached cpufreq-switching-2.c) that always crashes the big CPUs (even when I set a 5 milliseconds delay between transitions, with #define TRANSITION_DELAY 5000). I believe if the power supply is at fault, I should be able to see small voltage drops on the 12V rail on the board with the oscilloscope? cpufreq-switching-2.c