-
Posts
60 -
Joined
-
Last visited
Recent Profile Visitors
The recent visitors block is disabled and is not being shown to other users.
-
Question about SATA power supply on RADXA ROCK 5 ITX
ozacas replied to SuperKali's topic in Radxa Rock 5 ITX
perhaps https://github.com/ThomasKaiser/Knowledge/blob/master/articles/Quick_Preview_of_ROCK_5_ITX.md#sata-power-ports may help -
Problem with KODI on Armbian Noble Gnome + trunk MESA/VPU
ozacas replied to Tomogo's topic in Radxa Rock 5B
This is a known issue - https://github.com/xbmc/xbmc/issues/24069 not really related to Armbian per-se, but a matter of the versions being used. I used a flatpak version of kodi instead to resolve this issue, which also supports hardware acceleration. See https://flathub.org/apps/tv.kodi.Kodi -
Hi all, https://paste.armbian.com/koqimivaro vendor kernel boots, detects ethernet, wifi & nvme (booting from SD card) and seem to be working well. Also attached are the UART gathered first boot/install logs. I think the SBC accidentally skipped over the root password by resting on the enter key 😁 uart-logs.txt
-
OPi5 went (almost) "dead" after an "apt upgrade" (uSD card).
ozacas replied to laurentppol's topic in Orange Pi 5
Hi, There is a lot going on there - lets try to divide it up into smaller, more manageable pieces: Please report armbianmonitor -u results here so we can see a wide range of performance monitoring and debug results when the box "hangs" can you login to it anymore via another ssh connection? or is it completely non-responsive until you power cycle? does it recover automatically? are you able to connect a keyboard/monitor and login that way? libc is a very important component - it may have been corrupted by powering off just as it was being configured resulting in further unintended consequences. May need to reinstall how long was the hang? some downloads can take quite many minutes to fetch. A network issue could be a culprit here. If it hangs again, running dmesg as superuser, just after it starts to hang, can yield valuable information about problems hope this helps, -
@going a pretty broad question, but i'll try 😁 hardware accelerated video processing on rk3588 and linux - https://github.com/blakeblackshear/frigate/discussions/11502 hardware accelerated NPU via linux - https://github.com/airockchip/rknn-toolkit2/ large language models (LLM's) using NPU - https://github.com/airockchip/rknn-llm Its important to understand you will need a compatible kernel driver to connect to the hardware - most likely the best option is the vendor kernel 6.1.75 with armbian. Also this is a rapidly evolving space - hard to keep up! Depending on what you read though, often the CPU can offer better performance, although it is dependent on your requirements and the ability to utilise the hardware effectively.
-
@going consider https://codingfield.com/blog/2024-01/install-frigate-in-proxmox-on-orangepi5plus/ for context - it is about how fast you can detect objects in order to be able to respond as fast as the video is changing. Depends on the model and key parameters. If you wanted to process video at 30 frames per second, you'll need to make adequate detection sufficiently quickly: 1000 / 30 = 33.3ms allowing for zero other overheads. These days you might have multiple cameras, so object detection speed can be pretty important.
-
not sure of the reason, but perhaps the expectation is to build a custom image along the lines of
-
sudo apt install fonts-liberation will fix that of course. You dont say what desktop you are using, but current armbian-build does have this package in desktop base packages for noble kde-plasma and i3-wm desktops but not cinnamon/gnome.
-
Sadly Joshua's excellent work is finding it very tough and taking a toll - https://github.com/Joshua-Riek/ubuntu-rockchip/discussions/1104
-
Hi, Writing logs to certain types of storage can shorten the lifetime of the media (although it can be difficult to identify the impact of lifetime of writing logs due to commercial sensitivity). To address this, Armbian uses memory (RAM) instead. This can be disabled by editing /etc/default/armbian-zram-config and changing the line ENABLED=true at the risk of shortening the longevity of your storage. YMMV. You will need to reboot for the change to take effect. If you prefer to alter logging level for samba, perhaps this is what you need (although 50MB is not a lot of logs these days) - https://wiki.samba.org/index.php/Setting_the_Samba_Log_Level
-
ok, so it seems like a kernel/dtb issue - devices not found/configured correctly. Unfortunately I dont have a vendor kernel right now to test with (i'm using edge) and am using BOARD=uefi-arm64 rather than orange-pi-5-plus so cant quite replicate your environment If you can, try downgrading linux-dtb-vendor and linux-kernel-vendor to 24.8.3 or whatever you have. I suspect the issue is hiding in there...
-
No problem! Be nice to get a fix for whatever this is. Something looks wrong with the driver after the update. It should output what it finds during startup and those messages should appear in dmesg. The fact that nothing is there suggests that it doesnt find any relevant hardware, which is broken. I presume this is what you see also? acas@opi2:~/build$ lspci | grep -i eth 0003:01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller (rev 05) 0004:01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller (rev 05) You're welcome to try the full firmware package, just need to copy in into the box if its not already in (say) /var/cache/apt/archives since I presume you have no networking...
-
armbian-firmware:28.8.4 still works for me - but only the third firmware file is present in the smaller package (rtl8125b-2.fw) - and this file is unchanged from the 24.8.3 full firmware package, based on SHA256 sum.
-
Going back to the start of the thread, @Joel mentioned that he had bumped armbian-firmware to 24.8.4, i'm still using 24.8.3 but of armbian-firmware-full acas@opi2:~$ dpkg -l | grep firm ii armbian-firmware-full 24.8.3 all Armbian - Linux firmware-full acas@opi2:~$ dpkg -L armbian-firmware-full | grep -i 8125 /lib/firmware/rtl_nic/rtl8125a-3.fw /lib/firmware/rtl_nic/rtl8125b-1.fw /lib/firmware/rtl_nic/rtl8125b-2.fw acas@opi2:~$ sha256sum /lib/firmware/rtl_nic/rtl8125* 3f6c328af0ceff5969c729edf0f535e8bb2a9b9e05d15b6be3199a3e6d421b99 /lib/firmware/rtl_nic/rtl8125a-3.fw 226b8bf6e8fda72853336bde066cb0afa9053e9e18a879b8e73682a0c5ad1954 /lib/firmware/rtl_nic/rtl8125b-1.fw 529bf1c25c97ff52b401090d00ff89cc22351012336e5a0c9662728a3ee909ef /lib/firmware/rtl_nic/rtl8125b-2.fw so i'm wondering if the firmware was bad somehow. I'm upgrading to 28.4.4 and we'll see.... shortly