All Activity

I have an unsupported RK3399 device. However, I have it booting with my own working kernel and device tree. I want to install Debian from one of the official ARM distros, but I'm not sure how to do this. What I really need is a root partition of a vanilla Debian install, because then I can just point U-boot to the root partition and Debian should boot (hopefully into an installer). What's the best way to proceed?

@ebin-dev - one quick question. Applying this script at boot should change the sampling rate to the desired values? for cpufreqpolicy in 0 4 ; do echo 1 > /sys/devices/system/cpu/cpufreq/policy${cpufreqpolicy}/ondemand/io_is_busy echo 25 > /sys/devices/system/cpu/cpufreq/policy${cpufreqpolicy}/ondemand/up_threshold echo 10 > /sys/devices/system/cpu/cpufreq/policy${cpufreqpolicy}/ondemand/sampling_down_factor echo $(cat /sys/devices/system/cpu/cpufreq/policy${cpufreqpolicy}/cpuinfo_transition_latency) > /sys/devices/system/cpu/cpufreq/policy${cpufreqpolicy}/ondemand/sampling_rate done

Description Please include a summary of the change and which issue is fixed. Please also include relevant motivation and context. List any dependencies that are required for this change. Jira reference number [AR-9999] Documentation summary for feature / change Add new user to render group, otherwise the non-root user do not have access /dev/dri/renderD128 on RK3399. When login using non-root user to the desktop environment, the GPU acceleration does not work. How Has This Been Tested? Please describe the tests that you ran to verify your changes. Please also note any relevant details for your test configuration. [x] Test A Login to the desktop environment using non-root user, glxinfo -B shows the right render device. name of display: :10.0 display: :10 screen: 0 direct rendering: Yes Extended renderer info (GLX_MESA_query_renderer): Vendor: Panfrost (0xffffffff) Device: Mali-T860 (Panfrost) (0xffffffff) Version: 22.3.6 Accelerated: yes Video memory: 3860MB Unified memory: yes Preferred profile: core (0x1) Max core profile version: 3.1 Max compat profile version: 3.1 Max GLES1 profile version: 1.1 Max GLES[23] profile version: 3.1 OpenGL vendor string: Panfrost OpenGL renderer string: Mali-T860 (Panfrost) OpenGL core profile version string: 3.1 Mesa 22.3.6 OpenGL core profile shading language version string: 1.40 OpenGL core profile context flags: (none) OpenGL version string: 3.1 Mesa 22.3.6 OpenGL shading language version string: 1.40 OpenGL context flags: (none) OpenGL ES profile version string: OpenGL ES 3.1 Mesa 22.3.6 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10 Checklist: Please delete options that are not relevant. [ ] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article

No descriptionView the full article

Description pbp dp port alt mode patch breaking on 6.6.31 https://paste.armbian.com/udedocucek View the full article

@Werner thanks but can you give me the exact synta please

Thanks guys, Last time I used Armbian_23.5.4 with 5.15 kernel , and I had about 60 days of uptime. Today I switched for Armbian 24.05 with DTB patched . Im using ZFS so only what Im do, is working with older packages, and do a hold with future updates I have SMB and NFS configured, I ran some tests and everything looks very good. Even my power consumption is down (I have 2x WD RED 4TB + Exos 18TB + WD RED 14TB + 1 SSD) and now its about 23 W Currently I have 'previous' values of cpu freq: (to have some compare) root@helios64:~# cat /etc/default/cpufrequtils ENABLE=true MIN_SPEED=408000 MAX_SPEED=1200000 GOVERNOR=ondemand

Reading many others documents about OPEN DRAIN flag , OZPI v3 and others like Raspberry Pi don't support Open DRAIN, but they should work in emulated mode, switching between input and output-driving-low. So for this reason if we set flag for GPIO with OPEN DARIN it looks not influence and not need setting this flag for w1-gpio for this SBC

Lots of people don't realize they are using a rip-off, this is why we mention this on occurrence

@usual userHi, I solved this problem. As you said before, the GPU is out of box for using. But I just test `glxinfo -B` using `Xvfb`, which is a virtual desktop, so it always shows `llvmpipe`. Now I try to use xrdp after searching in our forum. Thanks for your help!!!!!!!!!!!!!! name of display: :11.0 display: :11 screen: 0 direct rendering: Yes Extended renderer info (GLX_MESA_query_renderer): Vendor: Panfrost (0xffffffff) Device: Mali-T860 (Panfrost) (0xffffffff) Version: 22.3.6 (just using the preinstalled by armbian) Accelerated: yes Video memory: 3860MB Unified memory: yes Preferred profile: core (0x1) Max core profile version: 3.1 Max compat profile version: 3.1 Max GLES1 profile version: 1.1 Max GLES[23] profile version: 3.1 OpenGL vendor string: Panfrost OpenGL renderer string: Mali-T860 (Panfrost) OpenGL core profile version string: 3.1 Mesa 22.3.6 OpenGL core profile shading language version string: 1.40 OpenGL core profile context flags: (none) OpenGL version string: 3.1 Mesa 22.3.6 OpenGL shading language version string: 1.40 OpenGL context flags: (none) OpenGL ES profile version string: OpenGL ES 3.1 Mesa 22.3.6 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10

Example: https://github.com/armbian/build/blob/v24.05/config/sources/families/bcm2711.conf set KERNELBRANCH to something like tag:v6.7-rc7 in your case this would be tag:v6.6.30 I guess

Description Due to changes in https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/drivers/usb/typec/tcpm/tcpm.c?h=v6.6.31&id=789326cafbd1f67f424436b6bc8bdb887a364637 we need to adjust patch How Has This Been Tested? [x] Patch applies well [ ] Build test Checklist: [x] My changes generate no new warnings [x] Any dependent changes have been merged and published in downstream modules View the full article

Hi, I don't know that at first. Now I built Armbian from the official repo and installed it to my board. Thanks anyway!

Thanks for replying - How can I pin a build to the previous kernel version ?

If you look at the log you will see that a patch is failing to apply. If you look at the error, you will see that the failure is for: drivers/usb/typec/tcpm/tcmp.c and if you look at kernel.org you will see that that file change earlier today as part of changes for 6.6.31 which was released today. So you can either contribute a fix for the patch, wait until someone else does that, or pin your build to the previous kernel version.

Hi all, I've been building armbian images for my nanopim4 boards for some time with great success, however I refreshed the build scripts today and I'm seeing LOADS of errors flashing by and then It crashes - my build machine is an intel nuc I5 with 16gb RAM running Debian bookworm - I hope I've got the log url correct

Actually the changes to the dtb were figured out and were proposed by @prahal and therefore it would be up to Prahal to submit a PR. From my perspective there is nothing against a PR right now as the changes are sufficiently tested and have a very positive effect on stability.

I have got the same issue. Orange Pi Zero H2+ Linux moblink 6.6.16-current-sunxi #1 SMP Fri Feb 23 08:25:28 UTC 2024 armv7l GNU/Linux Armbian 24.2.1 I used some software which is 1) playing some sound into embedded sound card 2) processing interrupts on gpio (gpio event with GPIO API V2) During sysstat-collect.service failing for 1min 47.293s: +sound playing OK - gpio interrupts proccessing freeze I had to stop and disable sysstat-collect.service Also apt remove sysstat It helped. cat armbian-image-release cat armbian-release cat os-release

Thank you @ebin-dev same here, 6.6.29 (much more) stable with your dtb. I know we are all the community and can make changes but... is it possible for you to make a ticket/change request or as its called to add your changes to the main armbian image? so that we have a good running Helios out of the box? That would be fantastic!

Description Add some patches to fix the ethernet PHY on orangepi zero2w, includes: drv-pwm-sun50i-h616-enhance-pwm.patch sunxi pwm enhance driver from this commit: linux-orangepi#c68ef342eba3673c7f1f5aa1ab819b06da1f60c6 drv-pwm-sun50i-h616-enhance-pwm.patch sunxi gmac and ac200 phy driver, from this commit: linux-orangepi#97b476246bc79756423cf6c1d4907606c9633d4b Had to change a bit around the exported function and dependency config to make it possible to load as module Jira reference number [AR-9999] Documentation summary for feature / change Please delete this section if entry to main documentation is not needed. If documentation entry is predicted, please provide key elements for further implementation into main documentation and set label to "Needs Documentation". You are welcome to open a PR to documentation or you can leave following information for technical writer: [ ] short description (copy / paste of PR title) [ ] summary (description relevant for end users) [ ] example of usage (how to see this in function) How Has This Been Tested? Please describe the tests that you ran to verify your changes. Please also note any relevant details for your test configuration. [ ] Test A [ ] Test B Checklist: Please delete options that are not relevant. [ ] My code follows the style guidelines of this project [ ] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article

Hello, i'am struggling to add bluetooth support. Perhaps this will need to be described in the device tree? Enabling rk805-1 (with conf3 overlay) has a positive effect, but this overlay unfortunately also disables wifi on sdio. It appears my board is similar to rk3328-evb, which is correctly described in the mineline kernel in compact way. Can you give me some advice on how to create the correct device tree for my board?

Based on this, you are not using Armbian. You are using a fork of Armbian. The maintainers of this fork use the Armbian name without permission. They do not participate in Armbian development, nor do they participate in these forums. Either use Armbian (Armbian com), or get support for what you are using from where you downloaded it from.

Most of the patches are in the kernel mailing lists. ffmpeg patches have been taken from mainline LibreELEC project.