Search the Community

Hello everyone Now I have finished compiling armbian once and want to check and change the device tree of uboot, but I don't know where to download it, only see the kernel source code in cache/source, so I want to ask

I follow the documentation tutorial step by step, the compilation will sometimes download the kernel and uboot source code, sometimes not download, is there any directive to download all the source code

Description Quick fix to hdmi patch due to mainlined hunks. How Has This Been Tested? [x] New fixed patch apply on 6.8.9 edge kernel [x] Compiled rockchip drm code on the fly to check it works Did not check the real functionality, but I hope I did not break anything, the patch is minimal... Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [x] I have commented my code, particularly in hard-to-understand areas [x] My changes generate no new warnings View the full article

@SteeMan I tested the latest changes in armbian-hardware-optimize with linux 6.6.8, 6.6.29 and 6.6.30 on a Helios64. The above cpufreqpolicy does not work if 'io_is_busy' is set to 1 on Helios64 at least if the 2.5G interface is used (transmit queue timeouts). In armbian-hardware-optimize (a-h-o) it is set to 1. It must be set to 0 (kernel default). If the sampling_rate is set to a more responsive value of 50000 the issues vanish with io_is_busy set to 1. The optimizations for the 1G interface (eth0/end0) in the armbian script (see below) have the effect that those tasks are not performed in the NIC anymore (hardware) but on the CPUs in software. The effect is a huge additional load on the CPUs. Anyway such settings are not necessary with the new EEVDF scheduler anymore. The reason why I am disabling armbian-hardware-optimize is that I need a stable system and I want to avoid any random and untested changes on my system. echo 8 > /proc/irq/$(awk -F":" "/eth0/ {print \$1}" < /proc/interrupts | sed 's/\ //g')/smp_affinity echo 7 > /sys/class/net/eth0/queues/rx-0/rps_cpus echo 32768 > /proc/sys/net/core/rps_sock_flow_entries echo 32768 > /sys/class/net/eth0/queues/rx-0/rps_flow_cnt

I will look into this when time permits but I don't promise to stick in researching very long. Kernel behind this specific hardware, this image, is developed with a solo purpose - to sell hardware and its dead end. For amateur usage, running desktop and similar toying this is usually enough. Rockchip cares only that hardware features works, everything else is unmaintained. We are looking at possible impossible tasks, weeks of work, which is something I can't afford to do in exchange for compliments. This is not Armbian problem. Try switching to normal mainline kernel (named EDGE, 6.8.y, that should not have those errors and that I know where to look for fixing if warnings will pop up. Also I can predict I will not lost more then few hours).

Hi Igor, if this can help or you might already know this: AppArmor issues: "The solution: If the AppArmor is not enabled on your host, add this to the Linux kernel boot parameters: apparmor=1 security=apparmor and then reboot your operating system." CGroup version: "The solution: In a supervised installation if you have switched to CGroup v2 you will need to revert what you did. Or you can re-run the supervised installer to fix it. Please be sure to reboot the system after the installation is done. You should never see this issue on Home Assistant OS as all versions of the OS ship with a supported CGroup version." If that help you, have a great one! Richard.

@cad 435 No you aren't really missing anything. In the stable channel, kernel .debs generally only get pushed out every three months when a new stable release is put out (24.05 will be out the end of this month for example). If you want to get regular updates of kernels you need to switch to the nightly builds repository in armbian-config. Right now there is no in between.

This is hard to say as we are talking about non standard Linux kernel. If HA works, IMO you can safely ignore those problems or: New kernel is being developed for several years and it might already be working for this use case. You can try by switching to it (armbian-config -> system -> alternative kernels -> select EDGE 6.8.something), but I give you no warranty that it will work. You might need to start with a new image. If it works well, report back and we will generate images by using that kernel. I know many things in graphical areas are missing there, but for this uses case we don't need HDMI output anyway ...

Is it possible to upgrade? I upgraded the system and the kernel via armbian-config, but now I'm on 6.7.4-edge-meson64... I have no idea how to get to newest "latest release" from within the running system tbh... Is it even possible? sudo apt-get dist-upgrade also did really nothing.... I feel like I'm missing some kind of big point here which just hangs before my face, but I don't see it...

Are there any plans to make a version with the new Rockchip 6.1 kernel available for Orange Pi 5/5+? Joshua Riek seems to have had some success, he even got the Panfork drivers running. I run a headless server though so even without graphics it would be interesting but I use Debian.

Which is kind of odd since both Armbian and Joshua's work are very close kernel-wise.

I noticed today that there was no build created yet for Radxa Rock 3C. I found the Rock 3A config file at build/config/boards/rock-3a.conf : # Rockchip RK3568 quad core 1-8GB SoC GBe eMMC USB3 BOARD_NAME="Rock 3A" BOARDFAMILY="rk35xx" BOOTCONFIG="rock-3a-rk3568_defconfig" KERNEL_TARGET="legacy,current,edge" FULL_DESKTOP="yes" BOOT_LOGO="desktop" BOOT_FDT_FILE="rockchip/rk3568-rock-3a.dtb" BOOT_SCENARIO="spl-blobs" WIREGUARD="no" BOOT_SUPPORT_SPI="yes" BOOT_SPI_RKSPI_LOADER="yes" IMAGE_PARTITION_TABLE="gpt" BOOTFS_TYPE="fat" And copied it to build/boards/rock-3c.conf . Then modified it to # Rockchip RK3566 quad core 1-8GB SoC GBe eMMC USB3 BOARD_NAME="Rock 3C" BOARDFAMILY="rk35xx" BOOTCONFIG="rock-3c-rk3566_defconfig" KERNEL_TARGET="legacy,current,edge" FULL_DESKTOP="yes" BOOT_LOGO="desktop" BOOT_FDT_FILE="rockchip/rk3566-rock-3c.dtb" BOOT_SCENARIO="spl-blobs" BOOT_SUPPORT_SPI="yes" BOOT_SPI_RKSPI_LOADER="yes" IMAGE_PARTITION_TABLE="gpt" BOOTFS_TYPE="fat" And was pleasantly surprised when it was able to build an image! 🙂 However, the booting was not so successful I get this on the UART (1500000 bps 8N1): DDR Version V1.10 20210810 ln ddrconfig:0 LP4 MR14:0x4d LPDDR4, 324MHz BW=32 Col=10 Bk=8 CS0 Row=17 CS=1 Die BW=16 Size=4096MB tdqss: cs0 dqs0: 361ps, dqs1: 289ps, dqs2: 313ps, dqs3: 217ps, change to: 324MHz PHY drv:clk:38,ca:38,DQ:30,odt:0 vrefinner:41%, vrefout:41% dram drv:40,odt:0 clk skew:0x58 change to: 528MHz PHY drv:clk:38,ca:38,DQ:30,odt:60 vrefinner:16%, vrefout:41% dram drv:40,odt:0 clk skew:0x78 change to: 780MHz PHY drv:clk:38,ca:38,DQ:30,odt:60 vrefinner:16%, vrefout:41% dram drv:40,odt:0 clk skew:0x5c change to: 1056MHz(final freq) PHY drv:clk:38,ca:38,DQ:30,odt:60 vrefinner:16%, vrefout:29% dram drv:40,odt:80 vref_ca:00000068 clk skew:0x3f cs 0: the read training result: DQS0:0x3b, DQS1:0x3d, DQS2:0x3d, DQS3:0x38, min : 0x9 0xa 0xc 0x9 0x1 0x2 0x5 0x2 , 0x8 0x9 0x5 0x1 0xb 0xd 0xf 0x9 , 0xd 0xb 0xc 0x8 0x4 0x1 0x4 0x6 , 0xb 0x6 0x6 0x1 0xf 0xe 0xd 0xe , mid :0x28 0x29 0x2b 0x28 0x1f 0x21 0x23 0x21 ,0x26 0x27 0x22 0x1f 0x29 0x2b 0x2c 0x27 , 0x2b 0x2a 0x29 0x27 0x22 0x1f 0x21 0x23 ,0x28 0x23 0x23 0x1f 0x2b 0x2b 0x29 0x2b , max :0x48 0x49 0x4b 0x47 0x3e 0x40 0x42 0x41 ,0x45 0x45 0x40 0x3e 0x47 0x49 0x4a 0x46 , 0x4a 0x49 0x46 0x46 0x41 0x3e 0x3f 0x41 ,0x45 0x41 0x40 0x3d 0x48 0x48 0x46 0x49 , range:0x3f 0x3f 0x3f 0x3e 0x3d 0x3e 0x3d 0x3f ,0x3d 0x3c 0x3b 0x3d 0x3c 0x3c 0x3b 0x3d , 0x3d 0x3e 0x3a 0x3e 0x3d 0x3d 0x3b 0x3b ,0x3a 0x3b 0x3a 0x3c 0x39 0x3a 0x39 0x3b , the write training result: DQS0:0x6f, DQS1:0x66, DQS2:0x69, DQS3:0x5c, min :0x95 0x97 0x99 0x97 0x8f 0x92 0x94 0x94 0x94 ,0x88 0x88 0x86 0x83 0x8d 0x8e 0x8e 0x8d 0x89 , 0x92 0x91 0x8e 0x8e 0x89 0x87 0x8a 0x8e 0x8d ,0x86 0x85 0x83 0x7f 0x8a 0x8a 0x88 0x8c 0x85 , mid :0xb2 0xb4 0xb6 0xb3 0xab 0xad 0xaf 0xae 0xae ,0xa6 0xa5 0xa1 0x9e 0xaa 0xaa 0xa9 0xa9 0xa6 , 0xaf 0xae 0xab 0xaa 0xa5 0xa1 0xa3 0xa9 0xa9 ,0xa4 0xa1 0xa0 0x9b 0xa7 0xa7 0xa5 0xa8 0xa2 , max :0xd0 0xd1 0xd3 0xcf 0xc7 0xc9 0xcb 0xc9 0xc9 ,0xc4 0xc3 0xbd 0xba 0xc7 0xc7 0xc5 0xc5 0xc3 , 0xcd 0xcb 0xc8 0xc6 0xc2 0xbc 0xbc 0xc4 0xc6 ,0xc2 0xbd 0xbd 0xb8 0xc5 0xc5 0xc2 0xc5 0xc0 , range:0x3b 0x3a 0x3a 0x38 0x38 0x37 0x37 0x35 0x35 ,0x3c 0x3b 0x37 0x37 0x3a 0x39 0x37 0x38 0x3a , 0x3b 0x3a 0x3a 0x38 0x39 0x35 0x32 0x36 0x39 ,0x3c 0x38 0x3a 0x39 0x3b 0x3b 0x3a 0x39 0x3b , CA Training result: cs:0 min :0x3d 0x35 0x37 0x2d 0x37 0x2c 0x38 ,0x3f 0x34 0x37 0x2c 0x37 0x2a 0x3c , cs:0 mid :0x78 0x79 0x71 0x70 0x71 0x6f 0x63 ,0x79 0x77 0x71 0x6f 0x70 0x6e 0x67 , cs:0 max :0xb3 0xbd 0xab 0xb3 0xab 0xb3 0x8e ,0xb4 0xbb 0xac 0xb2 0xaa 0xb2 0x92 , cs:0 range:0x76 0x88 0x74 0x86 0x74 0x87 0x56 ,0x75 0x87 0x75 0x86 0x73 0x88 0x56 , out U-Boot SPL board init U-Boot SPL 2017.09-armbian (Jun 10 2023 - 09:59:15) unknown raw ID phN unrecognized JEDEC id bytes: 00, 00, 00 Trying to boot from MMC2 ## Verified-boot: 0 ## Checking atf-1 0x00040000 ... sha256(5938a9cdfc...) + OK ## Checking uboot 0x00a00000 ... sha256(d801f0f359...) + OK ## Checking fdt 0x00b2e6f8 ... sha256(3ccee0dc53...) + OK ## Checking atf-2 0x00068000 ... sha256(0965dc8022...) + OK ## Checking atf-3 0xfdcd0000 ... sha256(be991af043...) + OK ## Checking atf-4 0xfdcc9000 ... sha256(695349eb36...) + OK ## Checking atf-5 0x00066000 ... sha256(315a4195a9...) + OK Jumping to U-Boot(0x00a00000) via ARM Trusted Firmware(0x00040000) Total: 237.208 ms INFO: Preloader serial: 2 NOTICE: BL31: v2.3():v2.3-167-g81e0b993a-dirty:xsf NOTICE: BL31: Built : 11:20:08, Sep 6 2021 INFO: GICv3 without legacy support detected. INFO: ARM GICv3 driver initialized in EL3 INFO: pmu v1 is valid INFO: dfs DDR fsp_param[0].freq_mhz= 1056MHz INFO: dfs DDR fsp_param[1].freq_mhz= 324MHz INFO: dfs DDR fsp_param[2].freq_mhz= 528MHz INFO: dfs DDR fsp_param[3].freq_mhz= 780MHz INFO: Using opteed sec cpu_context! INFO: boot cpu mask: 0 INFO: BL31: Initializing runtime services WARNING: No OPTEE provided by BL2 boot loader, Booting device without OPTEE initialization. SMC`s destined for OPTEE will return SMC_UNK ERROR: Error initializing runtime service opteed_fast INFO: BL31: Preparing for EL3 exit to normal world INFO: Entry point address = 0xa00000 INFO: SPSR = 0x3c9 U-Boot 2017.09-armbian (Jun 10 2023 - 09:59:15 +0200) Model: Radxa ROCK3 Model C PreSerial: 2, raw, 0xfe660000 DRAM: 4 GiB Sysmem: init Relocation Offset: ed34a000 Relocation fdt: eb9f63c0 - eb9fecc8 CR: M/C/I Using default environment failed to find reset-gpios property no mmc device at slot 1 dwmmc@fe2b0000: 1 (SD), dwmmc@fe2c0000: 2, sdhci@fe310000: 0 Bootdev(atags): mmc 1 MMC1: Legacy, 52Mhz PartType: EFI No misc partition boot mode: None FIT: No boot partition No resource partition No resource partition Failed to load DTB, ret=-19 Failed to get kernel dtb, ret=-19 I2c0 speed: 100000Hz vsel-gpios- not found! Error: -2 vdd_cpu init 900000 uV PMIC: RK8090 (on=0x40, off=0x00) vdd_logic init 900000 uV vdd_gpu init 900000 uV vdd_npu init 900000 uV io-domain: OK Model: Radxa ROCK3 Model C rockchip_set_serialno: could not find efuse/otp device CLK: (sync kernel. arm: enter 816000 KHz, init 816000 KHz, kernel 0N/A) apll 816000 KHz dpll 528000 KHz gpll 1188000 KHz cpll 1000000 KHz npll 1200000 KHz vpll 24000 KHz hpll 24000 KHz ppll 200000 KHz armclk 816000 KHz aclk_bus 150000 KHz pclk_bus 100000 KHz aclk_top_high 300000 KHz aclk_top_low 200000 KHz hclk_top 150000 KHz pclk_top 100000 KHz aclk_perimid 300000 KHz hclk_perimid 150000 KHz pclk_pmu 100000 KHz No misc partition Net: eth1: ethernet@fe010000 Hit key to stop autoboot('CTRL+C'): 0 failed to find reset-gpios property Device 0: unknown device switch to partitions #0, OK mmc1 is current device Scanning mmc 1:1... Found U-Boot script /boot.scr reading /boot.scr 3252 bytes read in 2 ms (1.6 MiB/s) ## Executing script at 00c00000 Boot script loaded from mmc 1 reading /armbianEnv.txt 151 bytes read in 1 ms (147.5 KiB/s) reading /uInitrd 21588378 bytes read in 1795 ms (11.5 MiB/s) reading /Image 29331968 bytes read in 2437 ms (11.5 MiB/s) ** Unable to read file /dtb/rockchip/rk3566-rock-3c.dtb ** libfdt fdt_check_header(): FDT_ERR_BADMAGIC No FDT memory address configured. Default at 0xeb9f63c0 ** Unable to read file /dtb/rockchip/overlay/rk35xx-fixup.scr ** Unknown command 'kaslrseed' - try 'help' Fdt Ramdisk skip relocation No misc partition ## Loading init Ramdisk from Legacy Image at 0a200000 ... Image Name: uInitrd Image Type: AArch64 Linux RAMDisk Image (gzip compressed) Data Size: 21588314 Bytes = 20.6 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ERROR: Did not find a cmdline Flattened Device Tree Could not find a valid device tree SCRIPT FAILED: continuing... MMC error: The cmd index is 0, ret is -110 mmc_init: -110, time 4 starting USB... Bus dwc3@fcc00000: CTRL-A Z for help | 1500000 8N1 | NOR | Minicom 2.8 | VT102 | Offline | ttyUSB0 And no output on the HDMI. Any hints on what direction to dig for getting it closer to booting would be appreciated? / Kenneth

Odroid C2 never starting after a soft reboot (reboot command). I have the same problem which other user is having with the Odroid C4 With the last kernel I have 5.10.102-meson64 the Odroid C2 never boots again after the "reboot" command, I need to unplug and plug again the power suply. Thanks and best regards, David

It happens also with the latest Linux 6.7.4-edge-meson64 kernel. This problem could be related to a power switch which could be optionally connected to the J4 pin?

I gave up on 6.6.29/30: in general they are stable but the 2.5G interface causes trouble again (NETDEV WATCHDOG: end1 (r8152): transmit queue 0 timed out 8584 ms) although the code for the r8152 driver did not change since the release of 6.6.8. Therefore I am back again on 6.6.8. It runs fine with the kernel defaults, irq smp_affinity set for ahci and xhci (see above) (armbian-hardware-optimize.service disabled) and it also benefits from the 75 mV opp increase (dtb attached). rk3399-kobol-helios64.dtb-6.6.8-L2-hs400-opp

Dear all I have a nanopc T6 with kernel 5.10.160 bullseye and omv 6 EMC 256gb avec NVME I would like to pass on omv 7 with bookworm. I found this command which change all automatically and keep the configuration. "omv-release-upgrade" Could you please confirm that this command could be used with armbian or an other metod exist ? Thanks in advance for your support.

Tested with Armbian_24.2.3_Orangepi5-plus_bookworm_legacy_5.10.160_minimal and Armbian_24.2.4_Orangepi5-plus_jammy_vendor_6.1.43_kde-neon-amazingfated_desktop - the server version kernel panics, the desktop version freezes.

so, I tried it again with the kernel 6.1.43 and with the instructions from the howto. That resulted in the scrambled picture when opening kodi. (see above post) Then I built mpp, rga, ffmpeg_rockchip and kodi new. After a restart I could not open kodi as it complained about the missing fbdev module. Then I build drm-package and the mesa driver again. Then kodi opened again only to give the following errors when opening a movie: 2024-05-06 09:43:53.882 T:6596 info <general>: Creating InputStream 2024-05-06 09:43:53.916 T:6596 info <general>: Creating Demuxer 2024-05-06 09:43:53.990 T:6596 info <general>: Opening stream: 0 source: 256 2024-05-06 09:43:53.990 T:6596 info <general>: Creating video codec with codec id: 173 2024-05-06 09:43:53.990 T:6596 info <general>: CDVDVideoCodecDRMPRIME::Open - using decoder Rockchip MPP (Media Process Platform) HEVC decoder 2024-05-06 09:43:53.991 T:6596 info <general>: Creating video thread 2024-05-06 09:43:53.991 T:6600 info <general>: running thread: video_thread 2024-05-06 09:43:53.992 T:6596 info <general>: Opening stream: 1 source: 256 2024-05-06 09:43:53.992 T:6596 info <general>: Finding audio codec for: 86060 2024-05-06 09:43:53.992 T:6596 info <general>: CDVDAudioCodecFFmpeg::Open() Successful opened audio decoder truehd 2024-05-06 09:43:53.992 T:6596 info <general>: OpenStream: Allowing max Out-Of-Sync Value of 10 ms 2024-05-06 09:43:53.992 T:6596 info <general>: Creating audio thread 2024-05-06 09:43:53.992 T:6601 info <general>: running thread: CVideoPlayerAudio::Process() 2024-05-06 09:43:53.992 T:6596 info <general>: Opening stream: 9 source: 256 2024-05-06 09:43:54.003 T:6601 info <general>: Creating audio stream (codec id: 86060, channels: 8, sample rate: 48000, no pass-through) 2024-05-06 09:43:54.032 T:1329 error <general>: CEGLImage::SupportsFormat - format not supported: YU10 2024-05-06 09:43:54.033 T:1329 info <general>: GLES: Selecting single pass rendering 2024-05-06 09:43:54.033 T:1329 info <general>: GLES: Selecting YUV 2 RGB shader 2024-05-06 09:43:54.033 T:1329 error <general>: CBaseRenderer::GetShaderFormat - unsupported format 179 2024-05-06 09:43:54.033 T:1329 error <general>: GLES: BaseYUV2RGBGLSLShader - unsupported format none 2024-05-06 09:43:54.034 T:1674 info <general>: Skipped 1 duplicate messages.. So this means, that the original howto's for Rock 5b do not work anymore. And I did not find any working or reproducible collection of steps needed to get kodi reliably working with hw acceleration. This is quite a nightmare. I have this thing for over a year now and i am not able to use it.

Hi. i've compiled udoo quad image using armbian build framework. The kernel is 6.x.x. When i boot the image on sdcard, usb ports don't start: the mouse's led don't turn on and keyboard too. What can i do to solve this problem? what paramaters do i have to enable? thanks

Hello! I tried update the kernel vai armbian-config --> System --> Other. There was only one option available, which I chose. System installed something, rebooted. Problem still persists so. What am I missing? https://paste.armbian.com/zojomiciwu Thanks in advance - cad435

This has already been fixed upstream and backported to 6.6.y LTS. https://lore.kernel.org/lkml/20240322164525.2617508-1-christianshewitt@gmail.com/ My suggestion is to update the kernel. If you don't wanna update you may just be able to blacklist the driver, which was what I did until it was fixed. It comes down to what is required by Klipper in your case.

Hi, is is possible to port the kahdas-edge2 changes (https://github.com/armbian/build/pull/6335) to the OrangePi 5b device tree?

Hello community, I'm a Linux enthusiast and I hope I'm reporting in the right place. I have a communication with a device that is behind a VPN, when trying to communicate the system displays the following kernel error below. Can anyone help me? root@brmgbhzfw001-pri:~# ping 192.168.2.1 PING 192.168.2.1 (192.168.2.1): 56 data bytes Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:36 ... kernel:[ 1975.023502] Internal error: Oops: 5 [#1] SMP THUMB2 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:36 ... kernel:[ 1975.439706] Process 1c15000.crypto- (pid: 68, stack limit = 0x3cf3c816) Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:36 ... kernel:[ 1975.450141] Stack: (0xf09b9eb8 to 0xf09ba000) Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:36 ... kernel:[ 1975.458290] 9ea0: c35a0624 c35a0510 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:36 ... kernel:[ 1975.474043] 9ec0: 00000000 00000000 c1009c80 c1c5cc00 f09b9ef8 00000000 00000000 00000001 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:36 ... kernel:[ 1975.489961] 9ee0: 00000001 c1c08740 c1c08740 c469f580 c1c08e6c 00000001 c2b0edc0 00000010 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:36 ... kernel:[ 1975.506268] 9f00: 00000001 00000001 00000001 00000000 c2b0edec c2b0edc0 c35a0548 c2b0ee1c Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:36 ... kernel:[ 1975.522855] 9f20: c2b0edf0 60010013 00000000 c05483ab c1a71054 c0d8fd04 c0d8fd1c c0d8fce0 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:36 ... kernel:[ 1975.539621] 9f40: f09b9f58 c2b0ee1c c2b7a840 c1c5cc00 c2b7a844 00000001 c1005018 c0d27f94 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:36 ... kernel:[ 1975.556585] 9f60: c05482a5 c01369bb 00000000 c2b7a940 c1c5cc00 c0136959 c2b7a840 c2b8ef40 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:36 ... kernel:[ 1975.573856] 9f80: f0821d4c 00000000 00000000 c01370ff 00000001 c2b7a940 c0137041 00000000 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:36 ... kernel:[ 1975.591438] 9fa0: 00000000 00000000 00000000 c0100155 00000000 00000000 00000000 00000000 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:36 ... kernel:[ 1975.609023] 9fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:36 ... kernel:[ 1975.626625] 9fe0: 00000000 00000000 00000000 00000000 00000013 00000000 00000000 00000000 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:36 ... kernel:[ 1975.644243] dma_unmap_sg_attrs from sun8i_ce_cipher_do_one+0x485/0x6a8 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:36 ... kernel:[ 1975.655726] sun8i_ce_cipher_do_one from crypto_pump_work+0x107/0x1e0 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:36 ... kernel:[ 1975.667098] crypto_pump_work from kthread_worker_fn+0x63/0x164 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:36 ... kernel:[ 1975.677983] kthread_worker_fn from kthread+0xbf/0xd4 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:36 ... kernel:[ 1975.688081] kthread from ret_from_fork+0x11/0x1c Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:36 ... kernel:[ 1975.697882] Exception stack(0xf09b9fb0 to 0xf09b9ff8) Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:36 ... kernel:[ 1975.707993] 9fa0: 00000000 00000000 00000000 00000000 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:36 ... kernel:[ 1975.726278] 9fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:36 ... kernel:[ 1975.744784] 9fe0: 00000000 00000000 00000000 00000000 00000013 00000000 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:36 ... kernel:[ 1975.756610] Code: b430 b500 f10d 0d04 (f8d0) 4160 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:37 ... kernel:[ 1976.047613] Internal error: Oops: 5 [#2] SMP THUMB2 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:37 ... kernel:[ 1976.377998] Process 1c15000.crypto- (pid: 69, stack limit = 0xccc2fbcd) Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:37 ... kernel:[ 1976.386540] Stack: (0xf09bdec0 to 0xf09be000) Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:37 ... kernel:[ 1976.392811] dec0: 00000000 00000000 c1009c80 c1c59300 f09bdef8 00000000 00000000 00000001 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:37 ... kernel:[ 1976.404915] dee0: 00000001 c1c08740 c1c08740 c469f580 c1c08e98 00000001 c2b0ea00 00000010 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:37 ... kernel:[ 1976.417163] df00: 00000001 00000001 00000001 00000000 c2b0ea2c c2b0ea00 c35a2548 c2b0ea5c Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:37 ... kernel:[ 1976.429604] df20: c2b0ea30 60000013 00000000 c05483ab c1a71054 c0d8fd04 c0d8fd1c c0d8fce0 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:37 ... kernel:[ 1976.442186] df40: f09bdf58 c2b0ea5c c2b7a140 c1c59300 c2b7a144 00000001 c1005018 c0d27f94 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:37 ... kernel:[ 1976.454856] df60: c05482a5 c01369bb 00000000 c2b7a580 c1c59300 c0136959 c2b7a140 c2b8e900 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:37 ... kernel:[ 1976.467783] df80: f0821d4c 00000000 00000000 c01370ff 00000001 c2b7a580 c0137041 00000000 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:37 ... kernel:[ 1976.481002] dfa0: 00000000 00000000 00000000 c0100155 00000000 00000000 00000000 00000000 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:37 ... kernel:[ 1976.494259] dfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:37 ... kernel:[ 1976.507520] dfe0: 00000000 00000000 00000000 00000000 00000013 00000000 00000000 00000000 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:37 ... kernel:[ 1976.520788] sun8i_ce_cipher_do_one from crypto_pump_work+0x107/0x1e0 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:37 ... kernel:[ 1976.529809] crypto_pump_work from kthread_worker_fn+0x63/0x164 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:37 ... kernel:[ 1976.538265] kthread_worker_fn from kthread+0xbf/0xd4 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:37 ... kernel:[ 1976.545808] kthread from ret_from_fork+0x11/0x1c Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:37 ... kernel:[ 1976.552983] Exception stack(0xf09bdfb0 to 0xf09bdff8) Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:37 ... kernel:[ 1976.560513] dfa0: 00000000 00000000 00000000 00000000 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:37 ... kernel:[ 1976.573739] dfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:37 ... kernel:[ 1976.587067] dfe0: 00000000 00000000 00000000 00000000 00000013 00000000 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:37 ... kernel:[ 1976.596298] Code: 2a0f 6caf 6928 6c7c (f850) 8c64 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:38 ... kernel:[ 1977.048953] Internal error: Oops: 5 [#3] SMP THUMB2 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:38 ... kernel:[ 1977.377016] Process 1c15000.crypto- (pid: 67, stack limit = 0x55c125d2) Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:38 ... kernel:[ 1977.385558] Stack: (0xf0999ec0 to 0xf099a000) Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:38 ... kernel:[ 1977.391831] 9ec0: 00000000 00000000 c1009c80 c1c5af80 f0999ef8 00000000 00000000 00000001 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:38 ... kernel:[ 1977.403937] 9ee0: 00000001 c1c08740 c1c08740 c469f580 c1c08e40 00000001 c2b0e100 00000010 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:38 ... kernel:[ 1977.416189] 9f00: 00000001 00000001 00000001 00000000 c2b0e12c c2b0e100 c35a0d48 c2b0e15c Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:38 ... kernel:[ 1977.428637] 9f20: c2b0e130 60000013 00000000 c05483ab c1a71054 c0d8fd04 c0d8fd1c c0d8fce0 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:38 ... kernel:[ 1977.441226] 9f40: f0999f58 c2b0e15c c2b7aa00 c1c5af80 c2b7aa04 00000001 c1005018 c0d27f94 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:38 ... kernel:[ 1977.453901] 9f60: c05482a5 c01369bb 00000000 c2b7a100 c1c5af80 c0136959 c2b7aa00 c2b8ee00 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:38 ... kernel:[ 1977.466870] 9f80: f0821d4c 00000000 00000000 c01370ff 00000001 c2b7a100 c0137041 00000000 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:38 ... kernel:[ 1977.480090] 9fa0: 00000000 00000000 00000000 c0100155 00000000 00000000 00000000 00000000 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:38 ... kernel:[ 1977.493350] 9fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:38 ... kernel:[ 1977.506613] 9fe0: 00000000 00000000 00000000 00000000 00000013 00000000 00000000 00000000 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:38 ... kernel:[ 1977.519885] sun8i_ce_cipher_do_one from crypto_pump_work+0x107/0x1e0 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:38 ... kernel:[ 1977.528909] crypto_pump_work from kthread_worker_fn+0x63/0x164 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:38 ... kernel:[ 1977.537366] kthread_worker_fn from kthread+0xbf/0xd4 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:38 ... kernel:[ 1977.544911] kthread from ret_from_fork+0x11/0x1c Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:38 ... kernel:[ 1977.552086] Exception stack(0xf0999fb0 to 0xf0999ff8) Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:38 ... kernel:[ 1977.559619] 9fa0: 00000000 00000000 00000000 00000000 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:38 ... kernel:[ 1977.572850] 9fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 Message from syslogd@brmgbhzfw001-pri at Apr 20 15:40:38 ... kernel:[ 1977.586182] 9fe0: 00000000 00000000 00000000 00000000 00000013 00000000

Thanks @jock for keep legacy kernel still avaliable... This is the way I build it cd /opt git clone -b history-rk322x-family https://github.com/paolosabatino/armbian-build.git build cd build ./compile.sh docker-shell ./compile.sh EXPERT="yes"

Hello @primoitt , yes it has been deprecated. It wasn't developer anymore, now has been fully removed. You can find the latest iteration with the legacy kernel for rk322x family on this branch. After that, rk322x and rockchip familes have been merged and legacy kernels removed because old and unmaintained. The main reason to keep legacy was raw NAND support, but we at last we decided it does not worth the effort to keep it.