Active threads

Did a lspci and it only returns 1 NIC device on the pci bus...

There is no moonlight-qt packaged in this ppa for noble, you can build from source: https://salsa.debian.org/amazingfate/moonlight-qt

Is there any trick to make use of the integrated fan on Radxa 25W PoE Hat? I'm using 4GB Radxa Rock 5C Lite Armbian_25.5.1_Rock-5c_bookworm_vendor_6.1.115_minimal Some guides mention that one should enable an overlay. I didn't find any relevant overlays in armbian-config. In the Radxa repo I found rock-5a-radxa-25w-poe.dts which specifies that it's also compatible with Rock 5C. I've compiled it and enabled it, but by default the fan is not spinning (on high temps) and I'm not sure how to investigate that.

What build of armbian are you using? Please provide the exact steps you are having problems with, your description of the problem is not clear.

Connect to the orange pi's serial port with a usb-serial from your laptop. Make sure you connect the TX with the RX, and viceversa. The speed is 115200. You will see booting messages, before the login prompt. If nothing works, re-write the img to the microSD.

@Benedito Portela be aware this looks like a eMCP (emmc and RAM in one chip) , do you try running from a usb drive

Thank you! I will try it tomorrow. What is spi1_cs0_pin and spi1_cs1_pin equal to, in Orange Pi Zero 2W, and in Opiz3? Is it defined in the spi-spidev dtso, or in the main opiz3/opiz2w dts? I need to have it correctly in the main DTS, because the LCD driver doesn't use spidev (and it would conflict). cs0 matches the pin position in raspberry pi: pin 24.... so it would make sense if cs1 is pin 26. Reference. This is the patch that changes the opiz3/2w DTS https://forum.armbian.com/topic/50418-dont-use-kernel-61216-on-sunxi64/page/2/#findComment-216934

Thats the Plan I just wanted to update my fork first in case any problems occured before submitting. Just wanted to check, seeming as I am covering 2 areas (dts patches and drm patches) would you still prefer this to be in a single commit? The original purposing being to add hdmi support for the Pcduino2 and Pcduino3, but evolved due to the drm breakages.

In collaboration with Inria, the French Institute for Research in Computer Science and Automation, Tathagata Roy shares the progress made over the past year on the CoccinelleForRust project, co-sponsored by Collabora View the full article

nope, just checked.

This is an awesome effort from you all! I purchased a v3. 1 2gb ddr3 version off ebay for 25usd and tried out the mate graphical image and it worked like a charm. Just some feedback for you all and others like me that read this forum. 996mb ram I think it is as reported by other users also. Vulkan graphics seem to be working, WiFi and usb ports all working out of the box. Bluetooth appears but I didn't try to connect to any devices yet. I even tried the tiny stories 656k ollama llm to see if that would work and its pretty fast with some bad stories haha even the 1b parameter model loaded but it's barely working. I will try llama.c next to try get some. Kind of acceleration from the gpu. Supertuxkart runs very smoothly. I installed on a 32gb SanDisk tf card with no worries flashing using etcher. It's quite a capable little machine. I even managed to compile a game I'm building at the moment for Linux + dos called deadseas which runs rather well. I havnt tried sound or anything yet as I'm direct into an old monitor via hdmi > dvi. So much better than the stock Android that the x96q comes with. Anyway thanks for your efforts!

I've got an Pine64 a that was one of the Kickstarter models. For a couple of years I've been running OctoPrint on it to run my Qidi i-mates 3d printer. Recently I decided to update from jammy to noble, before I did that I made a backup of my OctoPrint settings and files through the OctoPrint GUI in case of problems. I got a really messed inconsistent with all sorts of dependencies errors because the apt dist-upgrade seemed to freeze and after several hours of no movement I rebooted. As expected it was the mess. I spent about an hour on fixing dependencies but decided it just wasn't worth it as the only thing running is OctoPrint. When I went to restore OctoPrint, I got an error message about not enough space. When I did a df -m , I had plenty of space on the main partition, I posted on the OctoPrint forum and it was pointed out that my /tmp was tiny. Would anyone have any ideas of what is going on and what I can do to fix it? Here's the OctoPrint Error: Uploading backup, this can take a while. Please wait... Restoring from backup... Unpacking backup to /tmp/tmpf_d22xwu...Removing temporary unpacked folderError while running restoreTraceback (most recent call last): File "/home/ageoffri/OctoPrint/lib/python3.12/site-packages/octoprint/plugins/backup/__init__.py", line 1243, in _restore_backup zip.extract(member, temp) File "/usr/lib/python3.12/zipfile/__init__.py", line 1726, in extract return self._extract_member(member, path, pwd) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3.12/zipfile/__init__.py", line 1802, in _extract_member shutil.copyfileobj(source, target) File "/usr/lib/python3.12/shutil.py", line 204, in copyfileobj fdst_write(buf)OSError: [Errno 28] No space left on device Restore failed! Chec And here's the df -m : Filesystem 1M-blocks Used Available Use% Mounted on tmpfs 198 4 195 2% /run /dev/mmcblk0p1 59861 3078 56137 6% / tmpfs 988 1 988 1% /dev/shm tmpfs 5 0 5 0% /run/lock tmpfs 988 0 988 0% /tmp /dev/zram1 47 3 41 6% /var/log tmpfs 198 1 198 1% /run/user/1000

Im currently trying to implement gpu support, but ive been stuck on the same error since a few days. Heres my armbianmonitor -u output: https://paste.armbian.com/uforekotuw root@radxa-cubie-a5e:~# cat /sys/kernel/debug/pm_genpd/pm_genpd_summary domain status children performance /device runtime status managed by ------------------------------------------------------------------------------ pd1_gpu off-0 0 pd1_pcie off-0 0 pd1_nand off-0 0 pd1_de off-0 0 pd1_vo1 off-0 0 4510000.ethernet suspended 0 SW pd1_vo0 off-0 0 pd1_vi off-0 0 pd1_ve off-0 0 pd_riscv off-0 0 pd_sram off-0 0 pd_npu off-0 0 pd_dsp off-0 0 dmesg | grep -i "gpu\|mali" [ 1.836128] panfrost 1800000.gpu: clock rate = 432000000 [ 1.848131] panfrost 1800000.gpu: gpu soft reset timed out, attempting hard reset [ 1.858262] panfrost 1800000.gpu: gpu hard reset timed out [ 1.858486] panfrost 1800000.gpu: Fatal error during GPU init [ 1.858674] panfrost 1800000.gpu: probe with driver panfrost failed with error -110

You need to check the disk space, apparently you are out of space and the daemon is not logging.

Not yet, i'll try to contact him ! Thank you very muych

Success story: https://forums.raspberrypi.com/viewtopic.php?p=2322591#p2322591 with the 3.5 inch ili9488, graphics (wayland) and touch in raspberry pi 3b I hope this helps with making it work in orange pi zero 3 and 2w (only touch missing)

All good now?

Providing logs with armbianmonitor -u helps with troubleshooting and significantly raises chances that issue gets addressed.

And how to compile openvfd with this patch? How to apply this patch to openvfd?

Added instructions for joining your home lab: https://docs.armbian.com/WifiPerformance/#adding-a-new-device

That should make it. You can always try to see if it works and search online if not.

FYI. HDMI out is broken on those board at the moment. Try to access the board remotely. We don't have people to maintain those old boards.

Thank you for that information. From a cursory look, it seems as if that is only binary images, no source (violating GPL).

I will try to make that easier and more automatic with APA, eventually.

Thank you for letting us know as it allows an interested party to more easily bisect the regression.