Active threads
Showing topics posted in for the last 365 days.
- Past hour
-
@Benedito Portela be aware this looks like a eMCP (emmc and RAM in one chip) , do you try running from a usb drive
-
How do I check the logs if I'm not able to login? This is where it's stuck at.
-
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
- Today
-
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.
-
We are ready to offer a Bountysource donation to Armbian
tanod replied to maximumsettings's topic in Orange Pi 5
####### ----------- ##O#O## OS: Armbian 25.5.1 noble aarch64 ####### Host: Orange Pi 5 Plus ########### Kernel: 6.1.115-vendor-rk35xx ############# Uptime: 22 hours, 13 mins ############### Packages: 1704 (dpkg), 5 (snap) ################ Shell: bash 5.2.21 ################# Resolution: 3840x2160 ##################### DE: GNOME 46.0 ##################### WM: Mutter ################# WM Theme: Adwaita Theme: Adwaita [GTK2/3] Icons: Adwaita [GTK2/3] Terminal: x-terminal-emul CPU: (8) @ 1.800GHz Memory: 8987MiB / 15958MiB I did: add-apt-repository ppa:liujianfeng1994/rockchip-multimedia && apt update Игн:1 https://repo.vivaldi.com/stable/deb stable InRelease Изт:2 https://repo.vivaldi.com/stable/deb stable Release [3840 B] Изт:3 https://repo.vivaldi.com/stable/deb stable Release.gpg [833 B] Изт:4 https://packages.microsoft.com/repos/code stable InRelease [3590 B] Поп:5 https://github.armbian.com/configng stable InRelease Поп:6 http://ports.ubuntu.com noble InRelease Поп:8 https://ppa.launchpadcontent.net/liujianfeng1994/rockchip-multimedia/ubuntu noble InRelease Изт:9 http://ports.ubuntu.com noble-security InRelease [126 kB] Изт:10 https://repo.vivaldi.com/stable/deb stable/main arm64 Packages [1942 B] Поп:7 http://distrohub.kyiv.ua/armbian noble InRelease Изт:11 https://repo.vivaldi.com/stable/deb stable/main arm64 Contents (deb) [13,8 kB] Изт:12 https://packages.microsoft.com/repos/code stable/main arm64 Packages [19,4 kB] Изт:13 https://packages.microsoft.com/repos/code stable/main amd64 Packages [19,3 kB] Изт:14 https://packages.microsoft.com/repos/code stable/main armhf Packages [19,5 kB] Изт:15 http://ports.ubuntu.com noble-updates InRelease [126 kB] Изт:16 http://ports.ubuntu.com noble-backports InRelease [126 kB] Изт:17 http://ports.ubuntu.com noble-security arm64 Contents (deb) [90,7 MB] Изт:18 http://ports.ubuntu.com noble-updates/main arm64 Packages [1490 kB] Изт:19 http://ports.ubuntu.com noble-updates arm64 Contents (deb) [95,2 MB] Изт:20 http://ports.ubuntu.com noble-updates/restricted arm64 Packages [1962 kB] Изт:21 http://ports.ubuntu.com noble-updates/universe arm64 Packages [1376 kB] /etc/apt/sources.list.d/liujianfeng1994-ubuntu-rockchip-multimedia-noble.sources:URIs: https://ppa.launchpadcontent.net/liujianfeng1994/rockchip-multimedia/ubuntu/ apt policy moonlight-qt N: Packet moonlight-qt cannot be found @NicoD, @amazingfate can you help? -
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
-
Driving the ili9488 LCD (4.0 inch cheap chinese clone)
robertoj replied to robertoj's topic in Allwinner sunxi
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) -
Trouble getting hardware decoding to work on Rock 5 ITX
DavidFajardo replied to bucknaked's topic in Radxa Rock 5 ITX
All good now? -
Sound works but only with certain versions
Werner replied to Reluctant Linux User's topic in Radxa Rock 5 ITX
Providing logs with armbianmonitor -u helps with troubleshooting and significantly raises chances that issue gets addressed. - Yesterday
-
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
-
Help wanted to test a new OpenVFD alternative
Jean-Francois Lessard replied to Jean-Francois Lessard's topic in Amlogic meson
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.
-
Sipeed LonganPi 3H - No boot due to thermal errors
laibsch replied to Mechano's topic in Allwinner sunxi
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.
-
Cubieboard 1 - No display output when booting Debian 12 image
laibsch replied to Shakai2's topic in Allwinner sunxi
Thank you for letting us know as it allows an interested party to more easily bisect the regression. - Last week
-
rock pi 4 plus v1.73 It's not booting, help!
SteeMan replied to Nickolas M. Rebouças's topic in Rockchip
Moved to Community supported forum as this isn't a standard support board. -
True. Also on most computers we have eth0 Not just eth Devices naming is a cosmetic thing from the outside / user perspection, while it has consistency issue from the inside and currently breaks initial (default netplan) configuration. Our job is not to tell user how to configure his network, but that network devices gets up at first boot. Now they do. Job done.
-
From the picture - I can only guess that kernel package was somehow not upgraded properly as kernel image files are missing. Perhaps they were removed by accident or there was some disk / file system troubles involved. @Chris007 Try hints from here: https://docs.armbian.com/User-Guide_Troubleshooting/