Search the Community

I installed this version (v24.11) of Armbian on a Rock Pi 4A Plus with a PoE hat and observed significant network performance issues. When powered via PoE, the network speed becomes extremely slow and unreliable, averaging around 40 kbps. However, when I switch to using a power brick, the network operates as expected, reaching up to 1 Gbps. I also tested an older version (v24.8.4) and found that the network functions correctly with both the PoE hat and power brick. Could anyone provide insights into what might be causing these issues with the newer image?

Hello Each time I try to upgrade to kernel 6.6.39 on a rockpi-4a the system become unbootable: ## Flattened Device Tree blob at 01f00000 Booting using the fdt blob at 0x1f00000 Loading Ramdisk to f01f6000, end f1f0Ad94 ... OK Loading Device Tree tn 00000000f0179000, end 0000 000f01f5fff ... OK Starting kernel ... efi_free_pool: illegal free 0x00000000f0f0d04 efi_free_pool: hllegal free 0x00000000f0f0a040 I have another rockpi-4a but with a rockpi4b image (installed by mistake) I was able to copy the file 6.6.32 from this system to my other one (creating the older symlink on /boot) , and I have be able to boot card successfully so I have try to upgrade this other rockpi-4a (running a rockpi-4b image) and upgrade has been a success. So I have trying again on the first rockpi... and error appear again, it's related only to kernel image of 4a or the related dtb file It's not urgent, because I can revert the install, if you need something let me know Thanks for your jobs !!!

Hi all, I'm trying to build a NAS using the Penta SATA Hat (https://wiki.radxa.com/Penta_SATA_HAT). I'd like to use ZFS as file system. I got the "supported" Armbian Jammy image from here: https://www.armbian.com/rockpi4/ I installed the kernel headers through armbian-config. However, attempting to install the zfs-dkms package gives me Building for 6.1.30-rockchip64 Module build for kernel 6.1.30-rockchip64 was skipped since the kernel headers for this kernel does not seem to be installed. As you can see, my kernel version is 6.1.30-rockchip64: $ uname -r 6.1.30-rockchip64 However, the installed kernel headers are for 5.15.93-rockchip64: $ apt list --installed | grep linux-headers linux-headers-current-rockchip64/jammy,now 23.02.2 arm64 [installed] $ apt show linux-headers-current-rockchip64 Package: linux-headers-current-rockchip64 Version: 23.02.2 Priority: optional Section: devel Source: linux-5.15.93-rockchip64 Maintainer: Igor Pecovnik <igor.pecovnik@****l.com> Installed-Size: 79.8 MB Provides: armbian-current, linux-headers, linux-headers-armbian Depends: make, gcc, libc6-dev, bison, flex, libssl-dev Homepage: https://www.kernel.org/ Download-Size: 12.0 MB APT-Manual-Installed: yes APT-Sources: http://apt.armbian.com jammy/main arm64 Packages Description: Linux kernel headers for 5.15.93-rockchip64 on arm64 current This package provides kernel header files for 5.15.93-rockchip64 on arm64 . This is useful for people who need to build external modules There seem to be no matching sources for my kernel available. Obviously, I must be missing something. How can I either - downgrade to the kernel for which sources are available in the repo - install the correct sources for 6.1.30-rockchip64 Any help is much appreciated!

Hi there, I'm setting up microk8s cluster on: 2 x RockPi 4A (Linux 6.1.63-current-rockchip64) 2 x Rock 5 B (Linux 5.10.160-legacy-rk35xx) Installing microk8s and connecting cluster went without issue. My next step was to install https://microk8s.io/docs/addon-mayastor in order to create distributed volume between my nodes. The problem is that mayastor require linux-modules-extra which is not build for my kernel versions. I tried few different kernels but this module is not present there as well. My question is: Is there something what I can do? Is it possible to build this module for 6.1.63-current-rockchip64 or any other available kernel version? If yes, how can I do it? Where to find instruction? Thanks 🙏

Hi, i'm currently trying to disable the serial console on port 2 on my Rockchip based Rockpi 4B (based on rk3399). I already found the following forum thread, that describes in brief, that i basically have to recompile my own armbian image. But still I'm missing some information. I have read the docs in docs.armbian.com and watched the YouTube video on how to build an armbian image. So far, i was able to setup a VM for building an image on my workstation. I also had a successful compile run yesterday, that created some output in my output folder. Now, I'd like to apply a patch, that changes the serial debugging console during boot from port 2 to port 4. I have created a patchfile using the source code files from the mainline linux repository with the following command: ``` diff -Naur rk3399-rock-pi-4.dtsi rk3399-rock-pi-4.dtsi.1 > rk3399-rock-pi-4.dtsi.patch ``` My patch file looks like this now: --- rk3399-rock-pi-4.dtsi 2022-08-29 12:33:21.534325708 +0000 +++ rk3399-rock-pi-4.dtsi.1 2022-08-29 12:36:59.535513608 +0000 @@ -17,7 +17,7 @@ }; chosen { - stdout-path = "serial2:1500000n8"; + stdout-path = "serial4:1500000n8"; }; clkin_gmac: external-gmac-clock { The original file is from here. My question(s) would be: - is this the correct way to create the patch file? - Where do i put the patch file (and how do i name it)? I have the following folder structure in my userpatches/u-boot directory: drwxrwsr-x 2 root sudo 4096 Aug 29 12:45 u-boot-clearfog/ drwxrwsr-x 2 root sudo 4096 Aug 29 12:45 u-boot-helios4/ drwxrwsr-x 2 root sudo 4096 Aug 29 12:45 u-boot-imx6/ drwxrwsr-x 2 root sudo 4096 Aug 29 12:45 u-boot-imx7d-current/ drwxrwsr-x 2 root sudo 4096 Aug 29 12:45 u-boot-imx7d-legacy/ drwxrwsr-x 2 root sudo 4096 Aug 29 12:45 u-boot-media/ drwxrwsr-x 2 root sudo 4096 Aug 29 12:45 u-boot-meson/ drwxrwsr-x 2 root sudo 4096 Aug 29 12:45 u-boot-meson64/ drwxrwsr-x 2 root sudo 4096 Aug 29 12:45 u-boot-mt7623/ drwxrwsr-x 2 root sudo 4096 Aug 29 12:45 u-boot-mvebu64/ drwxrwsr-x 2 root sudo 4096 Aug 29 12:45 u-boot-mvebu-edge/ drwxrwsr-x 2 root sudo 4096 Aug 29 12:45 u-boot-odroid/ drwxrwsr-x 2 root sudo 4096 Aug 29 12:45 u-boot-odroidxu4/ drwxrwsr-x 2 root sudo 4096 Aug 29 12:45 u-boot-rk322x/ drwxrwsr-x 2 root sudo 4096 Aug 29 12:45 u-boot-rk35xx/ drwxrwsr-x 2 root sudo 4096 Aug 30 08:08 u-boot-rockchip/ // <---- i would place the patch file here. Is that correct? drwxrwsr-x 2 root sudo 4096 Aug 29 12:45 u-boot-rockchip64/ drwxrwsr-x 2 root sudo 4096 Aug 29 12:45 u-boot-rockchip-rk3588/ drwxrwsr-x 2 root sudo 4096 Aug 29 12:45 u-boot-rockpis/ drwxrwsr-x 2 root sudo 4096 Aug 29 12:45 u-boot-s5p6818/ drwxrwsr-x 2 root sudo 4096 Aug 29 12:45 u-boot-sun50iw9/ drwxrwsr-x 2 root sudo 4096 Aug 29 12:45 u-boot-sunxi/ I'd appreciate any help and input! Thanks in advance, Michael

Not at the time of generation, but Armbian is stuck on reboot, not going to heartbeat led nor getting IP, and does nothing. I have no idea how it is related and what I should do to: - restore boot; - apply a key without ruining the installation. OMV 6.9.11-4 (Shaitan) on Armbian 23.8.1 Bullseye SBC RockPi-4A 4GB RAM with Penta SATA HAT (PCIe to SATA 4-channel for RAID + 1 eSATA). Eugenijus.

I will show you how I successfully enabled pcie gen2 on my Rock Pi 4b and now my nvme is running at 1.1 GB/s. The solution which you can find on the web to activate pcie gen2 on an Armbian did NOT work for me: sudo nano /boot/armbianEnv.txt and insert: dtoverlay=pcie-gen2 The following solution activated pcie gen2: 0. check your current nvme speed to compare it afterwards with: sudo dd if=/dev/nvme0n1 of=/dev/null bs=1M count=2048 iflag=direct status=progress --> 618 MB/s 1. find out which rk3399-rock-pi-xxx.dtb your Rock Pi 4 is using. cat /boot/armbianEnv.txt | grep fdtfile --> fdtfile=rockchip/rk3399-rock-pi-4b.dtb --> In my example I will use rk3399-rock-pi-4b.dtb 2. make a backup of your *.dtb file sudo cp /boot/dtb/rockchip/rk3399-rock-pi-4b.dtb /boot/dtb/rockchip/rk3399-rock-pi-4b.dtb.bak 3. copy *.dtb to /tmp sudo cp /boot/dtb/rockchip/rk3399-rock-pi-4b.dtb /tmp/rk3399-rock-pi-4b.dtb 4. we need to make *.dtb into *.dts to edit it sudo dtc -I dtb -O dts -o /tmp/rk3399-rock-pi-4b.dts /tmp/rk3399-rock-pi-4b.dtb (4b). If you don't have dtc on rockpi than install it with: sudo apt-get install device-tree-compiler 5. edit *.dts sudo nano /tmp/rk3399-rock-pi-4b.dts search with [Ctrl + w] for the string: max-link-speed you will find something like this replace it with: save your file 6. turn *.dts into *.dtb sudo dtc -I dts -O dtb /tmp/rk3399-rock-pi-4b.dts -o /tmp/rk3399-rock-pi-4b.dtb 7. copy new *.dtb to /boot/dtb/rockchip sudo cp /tmp/rk3399-rock-pi-4b.dtb /boot/dtb/rockchip/rk3399-rock-pi-4b.dtb 8. give the file the same rights as before sudo chmod 0755 /boot/dtb/rockchip/rk3399-rock-pi-4b.dtb REBOOT Now check your vnme speed again and if everything worked you should see 1.0 GB/s [ ] sudo dd if=/dev/nvme0n1 of=/dev/null bs=1M count=2048 iflag=direct status=progress --> 2134900736 bytes (2.1 GB, 2.0 GiB) copied, 2 s, 1.1 GB/s """THERE WE HAVE THE SALAD""" """B0F1B0"""

Hello! On newer kernel (5.10.63+) gpio behaves strangely. Led connected to gpio pin blinking opposide status led. Also it break spi work. armbianmonitor logs https://paste.armbian.com/faqorefumi VID202304051140011.mp4

Hello I have two Rockpi A (without wireless) since I have upgraded to latest kernel: 6.1.50-current-rockchip64 One of the two USB3 port is not working, the top one (from usb-devices and lsusb I don't see any special difference) it seems USB2 port are ok same issue on two rockpi cards, I have try many usb devices (storage, network etc...) without success I am alone with this issue ? armbianmonitor send to http://ix.io/4IE9 Rgds

Hello all, I am trying to interface with the MCP2515 on SPI2 of the RockPi4B on Armbian 22.08.6 Bullseye with Linux 5.15.74-rockchip64 and encountering some issues. The rockpi4B pins that I am using to connect to the MCP2515 INT - GPIO2_A7 MOSI - GPIO2_B2 MISO - GPIO2_B1 CLK - GPIO2_B3 CS - GPIO2_B4 When using the overlay file that I have shown below, the output for "dmesg | grep mcp": [ 6.662536] rockchip-pinctrl pinctrl: unable to find group for node mcp2515_int_pin I have been able to get the MCP2515 to initialize successfully, but only if I comment out the pinctrl-0 reference to the mcp2515_int_pin in the overlay. Doing this I can bring up the device but I am only able to send/receive a few messages before candump shows it's not transmitting any messages until I bring down and up the can0 device where it will do the same thing. The interesting thing is, when the device doesn't communicate I can still see that the can0 device is still in the "Error-Active" mode, so theoretically I should still be able to interface with it. So, I am led to believe the issue I am encountering is due to that comment line to pinctrl-0 in the overlay. Just not sure of the solution to this. I have looked about just about every forum that makes reference to the MCP2515 and have not found any promising solutions. I have tried changing the target on fragment@0 to <&gpio>, <&gpio2>, etc. Here is a look at the DTS overlay I am using for the MCP2515: //This devicetree overlay is used for RS485 CAN HAT. /dts-v1/; /plugin/; / { compatible = "rockchip,rockpi","rockchip,rk3399", "rockchip,rk3399-pinctrl"; fragment@0 { target = <&pinctrl>; __overlay__ { mcp2515_int_pin: mcp2515_int_pin { rockchip,pins = <2 7 0 &pcfg_pull_none>; }; }; }; fragment@1 { target-path = "/"; __overlay__ { can_mcp2515_osc: can-mcp2515-osc { compatible = "fixed-clock"; clock-frequency = <16000000>; #clock-cells = <0>; }; }; }; fragment@2 { target = <&spi2>; __overlay__ { status = "okay"; max-freq = <10000000>; #address-cells = <1>; #size-cells = <0>; can_mcp2515: can-mcp2515@0 { status = "okay"; compatible = "microchip,mcp2515"; reg = <0>; interrupt-parent = <&gpio2>; interrupts = <7 2 8>; spi-max-frequency = <10000000>; clocks = <&can_mcp2515_osc>; vdd-supply = <&vcc3v3_sys>; xceiver-supply = <&vcc3v3_sys>; pinctrl-names = "default"; pinctrl-0 = <&mcp2515_int_pin>; }; }; }; }; And my armbianEnv.txt: verbosity=1 bootlogo=false overlay_prefix=rockchip fdtfile=rockchip/rk3399-rock-pi-4b.dtb rootdev=UUID=fa2cbc7c-56d1-448b-9ab3-fe864e21fbc5 rootfstype=ext4 overlays=spi-spidev param_spidev_spi_bus=1 user_overlays=spi1-mcp2515-can0-overlay usbstoragequirks=0x2537:0x1066:u,0x2537:0x1068:u Here's a link to my armbianmonitor -u: https://paste.armbian.com/azameworos I would like to mention I not very skilled with Linux based devices so please bear with me. Any help would be greatly appreciated! Best, Austin

Hello, I have a Radxa Rock 4se with an RK3399 Rockchip on board. On my host system I run virtualbox with Ubuntu 22.04. I have build succesfully an armbian configuration for the Rock 4se with an edge kernel(6.6.xx) and it runs perfectly on my board, which also has an Raspbbery Pi camera v2 with the IMX219 which also runs okay. However know I would like to make some adjustments to the imx219.c driver, I know that in the cache directory the linux kernel is available. Can I adjust the imx219.c driver in the cache/sources/linux-kernel-worktree/6.6__rockchip64__arm64 and recompile only the kernel, without that the kernel completly is recompiled only difference so it will generate a new imx219.ko file. Kind regards

Hi there, https://www.armbian.com/rockpi4/ I see there are specific builds for versions. Version A, the link does not contain an image. Does the general image work on all versions? or the link is simply broken? Kind regards

Hello, I faced an issue some weeks ago with a brand new eMMC card on my RockPi 4A that is now solved. I succeeded in installing Armbian onto it from the running SD card but quickly found tons of error messages in syslog related to eMMC, of the following: Mar 2 21:53:46 rockpi1 kernel: [ 2107.590024] mmc1: running CQE recovery Mar 2 21:53:46 rockpi1 kernel: [ 2107.609557] mmc1: running CQE recovery Mar 2 21:53:46 rockpi1 kernel: [ 2107.615886] mmc1: running CQE recovery Mar 2 21:53:46 rockpi1 kernel: [ 2107.617068] blk_update_request: I/O error, dev mmcblk1, sector 17498312 op 0x1:(WRITE) flags 0x104000 p hys_seg 17 prio class 0 Mar 2 21:53:46 rockpi1 kernel: [ 2107.913182] mmc1: running CQE recovery Apr 6 15:55:26 rockpi1 kernel: [ 990.351588] mmc1: running CQE recovery Apr 6 15:55:26 rockpi1 kernel: [ 990.354503] ------------[ cut here ]------------ Apr 6 15:55:26 rockpi1 kernel: [ 990.354531] mmc1: cqhci: spurious TCN for tag 15 Apr 6 15:55:26 rockpi1 kernel: [ 990.354658] WARNING: CPU: 0 PID: 304 at drivers/mmc/host/cqhci-core.c:787 cqhci_irq+0x4b4/0x640 Apr 6 15:55:26 rockpi1 kernel: [ 990.354693] Modules linked in: sg cn snd_soc_audio_graph_card snd_soc_simple_card snd_soc_rockchip_i2s snd_soc_hdmi_codec snd_soc_es8316 snd_soc_rockchip_pcm snd_soc_simple_card_utils hantro_vpu(C) rockchip_vdec(C) rockchip_iep rockchip_rga v4l2_h264 videobuf2_dma_contig snd_soc_core snd_pcm_dmaengine v4l2_mem2mem videobuf2_dma_sg videobuf2_vmalloc videobuf2_memops snd_pcm videobuf2_v4l2 snd_timer snd videobuf2_common soundcore videodev mc cpufreq_dt iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi ip_tables x_tables autofs4 realtek panfrost gpu_sched dw_hdmi_cec dw_hdmi_i2s_audio dwmac_rk stmmac_platform stmmac pcs_xpcs […] Mar 13 20:41:28 rockpi1 kernel: [118745.441944] blk_update_request: I/O error, dev mmcblk1, sector 1681408 op 0x1:(WRITE) flags 0x4800 phys_seg 8 prio class 0 Mar 13 20:41:28 rockpi1 kernel: [118745.449711] EXT4-fs warning (device mmcblk1p2): ext4_end_bio:348: I/O error 10 writing to inode 20 starting block 210432) Mar 13 20:41:28 rockpi1 kernel: [118745.449862] Buffer I/O error on device mmcblk1p2, logical block 140544 Mar 13 20:41:28 rockpi1 kernel: [118745.449909] Buffer I/O error on device mmcblk1p2, logical block 140545 After some time, I finally figured out using the command “mmc extcsd read /dev/mmcblk1” that the eMMC card was not able to run in the HS400 mode but only in the older HS200 one. Unfortunately, the Armbian RockPi device tree configures the eMMC port as HS400 only, which is too fast and leads to I/O errors as soon as disk throughput is to high (I checked that with rsync and bandwidth limits). The solution that I found in a DietPi bug report consists in changing the device tree source file in the following way: #mmc-hs400-1_8v; #mmc-hs400-enhanced-strobe; mmc-hs200-1_8v; As I also run an Odroid XU4 with Armbian, I told myself this could happen with it in the future but it seems its device tree is configured to avoid this issue: # dtc -I dtb -O dts -f /boot/dtb/exynos5422-odroidxu4.dtb 2>/dev/null | grep mmc-hs mmc-hs200-1_8v; mmc-hs400-1_8v; Unlike RockPi, both modes are specified in the shipping DTD. Also, despite I haven't tried to use an HS200 eMMC card onto my Odroid to be sure this works, I wonder why this would not be possible for RockPi cards to support both HS200 and HS400 as Odroid seems to do. Are there some restrictions in the hardware that would prevent specifying both HS200 and HA400 in its device tree? JM.

It's quite some time ago that I used my rockpi however today I wanted to restart my project again (some sensors with an A/D Board connected to SPI). First of all I tested the Board on a Raspberry Pi (with Raspbian) there it is working as expected so it is not a hardware issue. I connected my board MOSI = GPIO2_B2 (Pin 29), MISO = GPIO2_B1 (Pin 31), CS = GPIO2_B4 (Pin 33), Clock = GPIO2_B3 (Pin 7). The matter is that it sometimes works and the correct data is received but just once in a while. For me it seems that the CS is not working properly but how to get SPI communication working correctly? In the attached screenshot the value 744 is the correct value, i attached it to show the behavior of the SPI Bus, 4095 equals FF when using spidev-test util. There is also another ambiguous value 2047. Below are the contents of my /boot/armbianEnv.txt overlays=spi-spidev param_spidev_spi_bus=2 param_spidev_max_freq=100000 The frequency is also the same as what is used by the board. I'm currently on Armbian 23.02 with Kernel 5.15.93 (but also tested on another Rock Pi 4 A version 1.4 with kernel 6.1, same result) so does anyboday have an idea how to solve that issue?

I have a Nebra hotspot with a Rockpi 4 plus v1.73 card. I can't find the Armbian image file to install Crankk mining. I only have 4A, 4B, 4C, and 4C+ img but no 4 plus. Help me! Is there a solution?

I tried to install Armbian_22.11.0-trunk_Rockpi-4b_bullseye_current_5.15.76_minimal.img.xz from https://github.com/radxa-build/rock-pi-4b/releases/tag/20221101-0235 After first reboot main partition goes readonly. Checking disk show free cluster records mismatch. It is not SD-card issue, because Ubuntu Server on same SD-card working perfectly.

Hello everyone, I was going to purchase Rock Pi 4 model B+ (with WiFi/BT and eMMC chip). I see that Rock Pi 4 family is supported by Armbian (https://www.armbian.com/rockpi4/), however, there is no mention of models A+ and B+. There are just A, B and C+. Could you please confirm/refute that Rock Pi 4 B+ is supported by Armbian and point me to the image for that model?

I can use echo 0 >/sys/class/leds/status/brightness to turn off the status led (blinking blue one, but I was to turn off the bright ass green one. I assume this is mmc1::, but I cannot turn it off.

Is there a method to boot with BSP kernel (the 4.4 kernel supplied by Rockchip/Radxa) on an existing install (jammy) to compare power usage to mainline kernel (5.15.y current or even 5.19.y rolling)? I tried using the switch kernel support in armbian-config, but the linux-image-legacy-rockchip64 4.4.213-rockchip64 just hung during early boot and had to recover to linux-image-current-rockchip64 5.15.69 . P.S. This is related to my question on the Radxa forums about reducing Rock Pi 4 B+ power usage.

Hello. I am trying to have the 1-wire working on Rockpi4B+ on pin GPIO4_D6 (= number 158). I have this /boot/armbianEnv.txt: verbosity=1 bootlogo=true overlay_prefix=rockchip fdtfile=rockchip/rk3399-rock-pi-4b.dtb rootdev=UUID=aa1f4e9a-bad9-4760-87c5-511247ef7227 rootfstype=ext4 overlays=w1-gpio param_w1_pin=GPIO4_D6 param_w1_pin_int_pullup=1 usbstoragequirks=0x2537:0x1066:u,0x2537:0x1068:u but when I check on my board: sudo cat /sys/kernel/debug/gpio GPIOs 0-31, platform/pinctrl, gpio0: gpio-4 ( |bt_default_wake_host) in lo gpio-9 ( |bt_default_reset ) out hi gpio-10 ( |reset ) out hi GPIOs 32-63, platform/pinctrl, gpio1: gpio-35 ( |vcc5v0_otg ) out hi gpio-36 ( |w1 ) in lo gpio-46 ( |vsel ) out lo gpio-49 ( |vsel ) out lo GPIOs 64-95, platform/pinctrl, gpio2: gpio-83 ( |bt_default_rts ) out hi gpio-90 ( |vcc3v3_pcie ) out hi gpio-91 ( |bt_default_wake ) out hi GPIOs 96-127, platform/pinctrl, gpio3: gpio-124 ( |? ) out lo gpio-125 ( |? ) out lo GPIOs 128-159, platform/pinctrl, gpio4: gpio-153 ( |vcc5v0_host ) out hi and if I check the dtb file: It appears than the w1-gpio is connected to GPIO1_A5 (= number 36) I guess something went wrong in the configuration of 1-wire pin, but what ?

Hello, I have been using Armbian OS on Rock Pi 4B. Full system is on NVME, not using SD card, and there is no eMMC chip on the board. During usage, I needed to shut it down improperly: by removing power cable, not through sudo shutdown now In the end I have following message during boot: Also, here is contents of dev folder: I was wondering if it is possible to fix this error. If not, I will reinstall with new image. Just spent much time on setting the environment, don't want to redo this all I would appreciate any help.

System logs: http://ix.io/4bd2 I have been using Armbian OS with Rock Pi 4B. The problem with Rock Pi 4B is that it doesn't have a power-on/off button. So, for closed systems with no keyboard/UI, there is no way to shutdown/start the system properly. Only option is to disconnect the power cable, which has corrupted my OS few times(by the way didn't happen on Debian). I implemented shutdown function through MRAA library and by attaching a button to 40-pin GPIO header. But with this approach, system can go to sleep, but cannot wake-up through button because my software is not running. As I have understood, the best approach to have a proper button functionality is to put Linux into sleep instead of shutdown, and to modify the device tree so that a GPIO would have a wake-up functionality. Unfortunately, I don't have expertise in device trees. On RockPro64, another device that uses RK3399, the device has a power button. So, I tried to copy its dts implementation into rock pi 4b dts, but unfortunately it didn't work. Here is the link showing the modifications of rock-pi-4b dts: https://github.com/RafigRzayev/RockPi4B_wake_button_dts/commit/046c5b81c39756e8cd0e8b69a243539e01429c39 I also opened an issue on Radxa forum, but no success there yet. Could someone help with this topic?

Hi, i'm trying to compile an u-boot for my Rock-PI 4B. I wanted to apply a userpatch, that disables the uart debug console in u-boot. I seem to have an issue when using the Rock-PI together with a weather-sensor via RS485-Hat. Here is my patch: diff --git a/configs/rock-pi-4-rk3399_defconfig b/configs/rock-pi-4-rk3399_defconfig index be07b16bae..63d04ced6e 100644 --- a/configs/rock-pi-4-rk3399_defconfig +++ b/configs/rock-pi-4-rk3399_defconfig @@ -13,7 +13,7 @@ CONFIG_DEBUG_UART_CLOCK=24000000 CONFIG_SPL_SPI_FLASH_SUPPORT=y CONFIG_SPL_SPI=y -CONFIG_DEBUG_UART=y +CONFIG_DEBUG_UART=n CONFIG_SYS_LOAD_ADDR=0x800800 # CONFIG_ANDROID_BOOT_IMAGE is not set CONFIG_DEFAULT_FDT_FILE="rockchip/rk3399-rock-pi-4b.dtb" When i run the compile script, the patch is applied successfully, but something goes wrong and i cannot find a hint what could be the issue. This is my config-default.conf # Read build script documentation https://docs.armbian.com/Developer-Guide_Build-Options/ # for detailed explanation of these options and for additional options not listed here KERNEL_ONLY="yes" # leave empty to select each time, set to "yes" or "no" to skip dialog prompt KERNEL_CONFIGURE="no" # leave empty to select each time, set to "yes" or "no" to skip dialog prompt CLEAN_LEVEL="make,debs,oldcache,cache" # comma-separated list of clean targets: "make" = make clean for selected ke> # "debs" = delete packages in "./output/debs" for current branch and family, # "alldebs" = delete all packages in "./output/debs", "images" = delete "./o> # "cache" = delete "./output/cache", "sources" = delete "./sources" # "oldcache" = remove old cached rootfs except for the newest 8 files REPOSITORY_INSTALL="" # comma-separated list of core modules which will be installed from reposito> # "u-boot", "kernel", "bsp", "armbian-config", "armbian-firmware" # leave empty to build from sources or use local cache DEST_LANG="en_US.UTF-8" # sl_SI.UTF-8, en_US.UTF-8 # advanced EXTERNAL_NEW="prebuilt" # compile and install or install prebuilt additional packages INSTALL_HEADERS="" # install kernel headers package LIB_TAG="master" # change to "branchname" to use any branch currently available. USE_TORRENT="no" # use torrent network for faster toolchain and cache download DOWNLOAD_MIRROR="" # set to "china" to use mirrors.tuna.tsinghua.edu.cn CARD_DEVICE="" # device name /dev/sdx of your SD card to burn directly to the card when done # additions to compile for the rock-pi4 CREATE_PATCHES="yes" BOARD="rockpi-4b" BRANCH="current" RELEASE="bullseye" PROGRESS_LOG_TO_FILE="yes" OFFLINE_WORK="no" USE_MAINLINE_GOOGLE_MIRROR="yes" USE_GITHUB_UBOOT_MIRROR="yes" LIB_TAG="v22.05.3" userpatch log [ o.k. ] Started patching process for [ u-boot rockchip64-rockpi-4b-current ] [ o.k. ] Looking for user patches in [ userpatches/u-boot/u-boot-rockchip64 ] [ o.k. ] * [l][c] add-board-clockworkpi-a06.patch ... [ o.k. ] * [l][c] u-boot-rk-rk3399-usb-start-nanopc-t4.patch [ o.k. ] * [l][c] u-boot-rk-rk3399-usb-start.patch [ o.k. ] * [u][c] u-boot-rk_rk3399-disable-uart-debug.patch [ warn ] Make your changes in this directory: [ /home/michael/ws/build/cache/sources/u-boot/v2022.04 ] [ warn ] Press <Enter> after you are done [ waiting ] compilation aborts with AR spl/drivers/built-in.o LD spl/u-boot-spl OBJCOPY spl/u-boot-spl-nodtb.bin SYM spl/u-boot-spl.sym CAT spl/u-boot-spl-dtb.bin COPY spl/u-boot-spl.bin [ error ] ERROR in function compile_uboot [ main.sh:588 -> main.sh:481 -> compilation.sh:240 -> general.sh:0 ] [ error ] U-boot compilation failed [ o.k. ] Process terminated i found this in the compilation.log /home/michael/ws/build/cache/sources/u-boot/v2022.04/drivers/ram/rockchip/sdram_common.c:232: undefined reference to> /home/michael/ws/build/cache/toolchain/gcc-arm-9.2-2019.12-x86_64-aarch64-none-linux-gnu/bin/aarch64-none-linux-gnu-> /home/michael/ws/build/cache/sources/u-boot/v2022.04/drivers/ram/rockchip/sdram_common.c:349: undefined reference to> CC spl/drivers/mmc/sdhci.o CC spl/drivers/core/syscon-uclass.o make[1]: *** [scripts/Makefile.spl:509: tpl/u-boot-tpl] Error 1 make: *** [Makefile:2112: tpl/u-boot-tpl.bin] Error 2 make: *** Waiting for unfinished jobs.... CC spl/drivers/mmc/rockchip_sdhci.o CC spl/drivers/core/of_extra.o CC spl/drivers/core/ofnode.o But i cannot makeup, what could be the issue?

This feels really awkward, since I already asked about this problem in another part of the forum, but the bug reporting system says that bugs should be reported by posting in this section of the forum. Feel free to merge the other thread into this one if you want. (Link at bottom.) Linux kernel 5.15.x appears to have a serious regression that prevents GPIO from working correctly on the Rock Pi 4B+ (board version 1.73). Summary: All GPIO4A pins are nonfunctional: Pin 12 stuck off Pin 35 stuck off Pin 36 stuck off Pin 38 stuck off Pin 40 stuck off GPIO1B is nonfunctional. Pin 19 stuck off Pin 23 are stuck off. Pin 24 is stuck on GPIO4C is partially working. Pin 8 is stuck on (serial overlay?) Pin 10 is stuck off (serial overlay?) Other 4C pins work as expected. All other pins work. No overlays are explicitly enabled, and the documentation says that all overlays are supposed to default to off. What I've tried: Using my own code (first discovered) linked against mraa C library. Using mraa-gpio. Using echo commands in /sys/class/gpio/. Switching kernels with arbian-configure: 4.4.213-rockchip64 - works as expected 5.10.16-rockchip64 - works as expected 5.10.63-rockchip64 - works as expected 5.15.25-rockchip64 - GPIO malfunction as described above. 5.15.63-rockchip64 - GPIO malfunction as described above. 5.19.5-rockchip64 - GPIO malfunction as described above. So it looks like GPIO broke rather badly in the 5.15 branch and after, but is working in the 5.10 branch. Either that or some overlays are getting turned on by default somehow (but Armbian doesn't seem to have a syntax to turn them off as far as I can tell, so the net effect is the same). In a related bug, the exact same set of problem pins work only when running as root in 5.10.x and 4.4.x, whereas all other GPIO pins work correctly as a non-root user when the sysfs nodes have the correct ownership and permissions applied. This suggests that there is some chunk of code that reconfigures the SoC to set those pins to be GPIO output pins that either A. is incorrectly being guarded by a root UID check in 5.10.xx or B. is on some other /dev or /sys node that I failed to chown/chmod, and is either missing entirely or not properly exposed in devfs or sysfs in the 5.15.x kernel. Not sure if that will help narrow the search for the bug, but it seemed relevant. 🙂 And before you read the log linked below and ask me about it, yes, I know that the image I installed was apparently for the Rock Pi 4c. I changed the overlay already and swapped out the two 4c-specific packages with their 4b equivalents, and it made no difference. And then, just to make sure it wasn't something that I missed, I loaded the 4b image onto a flash card, and it failed in the same way with the 5.15.x kernels. Armbianmonitor log: https://www.gatwood.net/bugs/armbian_info.txt For more info, see the original discussion thread:

Hi, I built a second nas from rockpi4 and as I used the 12V plug to power the tower, I thought, I could use an old pc power supply to drive both. But when I start both nas from the same power supply, both will crash. Any idea, how I could avoid that crash and stil use only one power supply? Maybe add some electronic components?