Search the Community

I rebooted from the 6.6.16-current-sunxi kernel to the 6.7.4-edge-sunxi on my Orange Pi +2E and it couldn't mount some partitions from a USB stick. These use LVM2, and each partition is encrypted using LUKS2 with a keyfile stored in /etc (yes, I know this is a fig leaf encryption, but it prevents someone from grabbing the USB stick and getting the contents of the drive). This works fine with the older kernel, but fails with the newer kernel. I use the exact same setup on a Rock 64 board, and it works fine, on the 6.7.4-edge-rockchip64 kernel.

as per title, armbian sucks. The last version is totally broken, unusable. Only one quarter of the screen is readable, the rest is black: why nobody has said that? Why nobody says that vlc and mpv crashes every 2 min making watching a movie impossible? The once half-decent armbian is ready for the bin now

Hello, I bought an orange pi plus 2 and connected it to the power supply, the android that is already installed recognized the mouse and keyboard without any problem. I tried to boot the ARMbian using the version I was given, the orange pi plus 2e version, because there is no direct support for the orange pi plus 2. The BOOt works without any problem, but when I create the user, the system doesn't recognize my keyboard or mouse and I get stuck on the creating user screen. I'm using a 5V/3A power supply and a bluetooth mouse. Can anyone tell me if this is a kernel bug or am I using the wrong version to BOOT?

Hi, i have installed the latest Armbian 23.5 Jammy on my opi+2e and since then, only the top left of the screen is showing text, like if the screen is divided in 4 and only the upper left is showing login screen and text. If I try to install a desktop environment, everything goes full screen, but I see the mouse cursor of login screen overlapped to desktop, so i have two mouse cursors: one fixed and the other that can be moved. WTF is going on? Why don't you test the images before you publish?

At Raspberry Pi (at least on R.Pi 4) it is possibility to set up more than one 1-wire bus. Can that be done on Orange Pi plus 2e with Armbian? uname -a Linux XXXXXXXXXXX 5.15.93-sunxi #23.02.2 SMP Fri Feb 17 23:49:46 UTC 2023 armv7l armv7l armv7l GNU/Linux /boot/armbianEnv.txt verbosity=1 bootlogo=false console=both disp_mode=1920x1080p60 overlay_prefix=sun8i-h3 rootdev=UUID=d908a8da-8d2e-4802-8a05-aaab4f3290bb rootfstype=ext4 overlays=w1-gpio param_w1_pin=PD14 param_w1_pin_int_pullup=0 usbstoragequirks=0x2537:0x1066:u,0x2537:0x1068:u If it is possible: Any tip on configuration will make me happy. And can it be internal pull up for all 1-wire interfaces?

The system displays two WLANs, but in reality, there is only one onboard wireless network card. The network connection is slow and disconnected. The official system of Orangepi is normal, this issue occur in the new version of the Armbian system. logs：https://paste.armbian.com/eborebaviq

In kernel 6.1.24 default configuration for orangepione and orangepiplus2e is not checked module wireguard, which was previously checked. Is it paraticular reason for this or it's jus mistake. Please can devs make it checked in furure, this saves time when building. Thanks in advance.

Hello! My problem is with paying for OrangePi Plus 2 (not E), but I haven't found a suitable section. Dear administrators, please fix the split if I made a big mistake. I was installed image orangepiplus/Bullseye_current (Nov 30, 2022) in eMMC. All works is normal. In armbian-config I was run Firmware (Update all packages and firmware). Afeter this the board are not loading from eMMC or external CD with current image Armbian. The Ubuntu from site orangepi.org the loading is normal. In debug-uart I see a cyclical reboot with: <0xdd>!␊ ␊ <0xea><0xfc>q<0xb9><0xf6>Core: 65 devices, 18 uclasses, devicetree: separate␍␊ WDT: Not starting watchdog@1c20ca0␍␊ MMC: mmc@1c0f000: 0, mmc@1c10000: 2, mmc@1c11000: 1␍␊ Loading Environment from FAT... Unable to use mmc 1:1...␍␊ In: serial@1c28000␍␊ Out: serial@1c28000␍␊ Err: serial@1c28000␍␊ Net: phy interface9␍␊ eth0: ethernet@1c30000␍␊ starting USB...␍␊ Bus usb@1c1b000: USB EHCI 1.00␍␊ Bus usb@1c1d000: USB EHCI 1.00␍␊ scanning bus usb@1c1b000 for devices... 2 USB Device(s) found␍␊ scanning bus usb@1c1d000 for devices... Device NOT ready␍␊ Request Sense returned 02 3A 00␍␊ prefetch abort␍␊ pc : [<fffffffa>]⇥ lr : [<bffaa4b3>]␍␊ reloc pc : [<8a077ffa>]⇥ lr : [<4a0224b3>]␍␊ sp : b8a99728 ip : bbf6c038⇥ fp : bffdec47␍␊ r10: ffffffff r9 : bbf67ec0⇥ r8 : b8a99780␍␊ r7 : 00000000 r6 : 00000001⇥ r5 : e59ff014 r4 : 00000000␍␊ r3 : b8a99780 r2 : 00000001⇥ r1 : 00000000 r0 : e59ff014␍␊ Flags: nzcv IRQs off FIQs off Mode SVC_32 (T)␍␊ Code: 0000 0000 0000 0000 (0000) 0000 ␍␊ Resetting CPU ...␍␊ ␍␊ resetting ...␍␊ The problem is that the board no longer wants to load with EXT4, and now it loads only with FAT32. Please tell me how to teach the board to boot from EXT4 again.

Hello all, I setup an orangepi plus2 with Armbian_22.08.2_Orangepiplus_bullseye_current_5.15.69.img I follow tuto and it worked with boot on SD card. I run nand-sata-install Then, I reboot. I was in safe mode and try format emmc Then I reboot again Since, I have only green light. I connect to COM port and see that : U-Boot 2022.07-armbian (Sep 21 2022 - 18:37:27 +0000) Allwinner Technology CPU: Allwinner H3 (SUN8I 1680) Model: Xunlong Orange Pi Plus / Plus 2 DRAM: 2 GiB Core: 65 devices, 18 uclasses, devicetree: separate WDT: Not starting watchdog@1c20ca0 MMC: mmc@1c0f000: 0, mmc@1c10000: 2, mmc@1c11000: 1 Loading Environment from FAT... ** No valid partitions found ** In: serial@1c28000 Out: serial@1c28000 Err: serial@1c28000 Net: phy interface9 eth0: ethernet@1c30000 starting USB... Bus usb@1c1b000: USB EHCI 1.00 Bus usb@1c1d000: USB EHCI 1.00 scanning bus usb@1c1b000 for devices... 2 USB Device(s) found scanning bus usb@1c1d000 for devices... Device NOT ready Request Sense returned 02 3A 00 prefetch abort pc : [<fffffffa>] lr : [<bffaa3fb>] reloc pc : [<8a077ffa>] lr : [<4a0223fb>] sp : b8a99728 ip : bbf6b210 fp : bffdeb78 r10: ffffffff r9 : bbf67ec0 r8 : b8a99780 r7 : 00000000 r6 : 00000001 r5 : e59ff014 r4 : 00000000 r3 : b8a99780 r2 : 00000001 r1 : 00000000 r0 : e59ff014 Flags: nzcv IRQs off FIQs off Mode SVC_32 (T) Code: 0000 0000 0000 0000 (0000) 0000 Resetting CPU ... resetting ... After resetting, it loops and again reset without any stop ! I don't understand "Loading Environment from FAT... ** No valid partitions found **" My SD card is Armbian_22.08.2_Orangepiplus_bullseye_current_5.15.69.img flashed with etcher Please, help found how to escape that caveat ! Many thanks

Hello, I have an orange pi plus 2 device. but Armbian 5.69 (5.75 or latest version) above Orangepiplus Ubuntu xenial default can be the url for desktop version. Can you please give me the working url? (By the way, I couldn't find a section for orange pi plus 2 in the forum. )

Hello, I have just updated the latest kernel available on my sbc orangepi+2e with the armbian-config tool and after that it no longer boots. After plugging in the serial port it complains "## Executing script at 44000000 Wrong Ramdisk Image Format Ramdisk image is corrupt or invalid". How can I fix it without having to reinstall everything? I run home-assistant and all the data is on emmc. U-Boot 2019.04-armbian (Jul 15 2019 - 18:03:30 +0200) Allwinner Technology CPU: Allwinner H3 (SUN8I 1680) Model: Xunlong Orange Pi Plus 2E DRAM: 2 GiB MMC: Device 'mmc@1c11000': seq 1 is in use by 'mmc@1c10000' mmc@1c0f000: 0, mmc@1c10000: 2, mmc@1c11000: 1 Loading Environment from EXT4... MMC: no card present In: serial Out: serial Err: serial Net: phy interface7 eth0: ethernet@1c30000 MMC: no card present MMC: no card present starting USB... USB0: USB EHCI 1.00 USB1: USB OHCI 1.0 USB2: USB EHCI 1.00 USB3: USB OHCI 1.0 USB4: USB EHCI 1.00 USB5: USB OHCI 1.0 USB6: USB EHCI 1.00 USB7: USB OHCI 1.0 scanning bus 0 for devices... 1 USB Device(s) found scanning bus 1 for devices... 1 USB Device(s) found scanning bus 2 for devices... 1 USB Device(s) found scanning bus 3 for devices... 1 USB Device(s) found scanning bus 4 for devices... 1 USB Device(s) found scanning bus 5 for devices... 1 USB Device(s) found scanning bus 6 for devices... 1 USB Device(s) found scanning bus 7 for devices... 1 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found Autoboot in 1 seconds, press <Space> to stop switch to partitions #0, OK mmc1(part 0) is current device Scanning mmc 1:1... Found U-Boot script /boot/boot.scr 3798 bytes read in 2 ms (1.8 MiB/s) ## Executing script at 43100000 U-boot loaded from eMMC or secondary SD MMC: no card present Boot script loaded from mmc 283 bytes read in 0 ms 8378512 bytes read in 403 ms (19.8 MiB/s) Found mainline kernel configuration 33059 bytes read in 7 ms (4.5 MiB/s) 804 bytes read in 3 ms (261.7 KiB/s) Applying kernel provided DT overlay sun8i-h3-spi-spidev.dtbo 4185 bytes read in 2 ms (2 MiB/s) Applying kernel provided DT fixup script (sun8i-h3-fixup.scr) ## Executing script at 44000000 Wrong Ramdisk Image Format Ramdisk image is corrupt or invalid SCRIPT FAILED: continuing... switch to partitions #0, OK mmc1(part 0) is current device Scanning mmc 1:1... Found U-Boot script /boot/boot.scr 3798 bytes read in 1 ms (3.6 MiB/s) ## Executing script at 43100000 U-boot loaded from eMMC or secondary SD MMC: no card present Boot script loaded from mmc 283 bytes read in 1 ms (276.4 KiB/s) 8378512 bytes read in 403 ms (19.8 MiB/s) Found mainline kernel configuration 33059 bytes read in 7 ms (4.5 MiB/s) 804 bytes read in 3 ms (261.7 KiB/s) Applying kernel provided DT overlay sun8i-h3-spi-spidev.dtbo 4185 bytes read in 2 ms (2 MiB/s) Applying kernel provided DT fixup script (sun8i-h3-fixup.scr) ## Executing script at 44000000 Wrong Ramdisk Image Format Ramdisk image is corrupt or invalid SCRIPT FAILED: continuing...

Hello! I run Armbian (just updated to version 21) from an 128GByte heavy duty SD card. I am just trying to setup searx (https://github.com/searx/searx) which is using Docker containers. One of the Docker containers won't start, throwing an error message: I searched for long, trying to find some possible solution for this issue. The most fitting seemd to be, where someone said: Yes, it's for another OS and hardware, but I found no other possible solution. So disabling apparmor through a kernel parameter, is what I am trying to achieve. I addded 'apparmor=0' to the bootenv, using armbian-config. I also updated the bootloader using armbian-config (is this necessary after updating env at all?). But: it does not work. dmesg shows the command line as: No 'apparmor=0' in there. And the initial problem with Docker remains. Can you help me please, I don't know how to go on from here .. Thanks! Edit: Btw, there was another issue which seemed to have resolved by itself, but maybe it's important: I did a dist-upgrade from 20 to 21 before. Then I rebooted and installed docker.io and docker-compose - but the docker-compose installation broke with an error, because zram/var/log was full at 49MByte used to 100%. I then uninstalled both, rebooted again, and then installed both packages again, which for some reason worked on the 2nd try ... but now I have noticed that zram/var/log is full most of the time (with no further errors so far..) Is this all right?

Remark: on my Orange Pi PC and Orange Pi Plus 2e - everything is OK. Problem occurred on Orange Pi Plus 2 and Orange Pi Zero After upgrading to: [root@PKTEST ~]# uname -a Linux PKTEST 5.10.4-sunxi #20.11.6 SMP Sun Jan 3 21:28:45 CET 2021 armv7l GNU/Linux My "headless" Orange Pi Plus 2 "disappeared from network. I switch it off and connected via serial. I was able to login. Device runs successfully, it is assigning IP to network interface (static assignment) but... there is no connectivity at all (both egress and ingress). [root@PKTEST ~]# ifconfig enx0281cbcd0fcf: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.10.250 netmask 255.255.255.0 broadcast 192.168.10.255 inet6 fe80::81:cbff:fecd:fcf prefixlen 64 scopeid 0x20<link> ether 02:81:cb:cd:0f:cf txqueuelen 1000 (Ethernet) RX packets 71 bytes 4397 (4.2 KiB) RX errors 0 dropped 38 overruns 0 frame 0 TX packets 44 bytes 2484 (2.4 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 41 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 80 bytes 12802 (12.5 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 80 bytes 12802 (12.5 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 [root@PKTEST ~]# ping localhost PING localhost(localhost (::1)) 56 data bytes 64 bytes from localhost (::1): icmp_seq=1 ttl=64 time=0.129 ms 64 bytes from localhost (::1): icmp_seq=2 ttl=64 time=0.166 ms 64 bytes from localhost (::1): icmp_seq=3 ttl=64 time=0.154 ms ^C --- localhost ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 52ms rtt min/avg/max/mdev = 0.129/0.149/0.166/0.020 ms [root@PKTEST ~]# ping 127.0.0.1 PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data. 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.107 ms ^C --- 127.0.0.1 ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 0.107/0.107/0.107/0.000 ms [root@PKTEST ~]# ping 192.168.10.1 PING 192.168.10.1 (192.168.10.1) 56(84) bytes of data. From 192.168.10.250 icmp_seq=1 Destination Host Unreachable From 192.168.10.250 icmp_seq=2 Destination Host Unreachable From 192.168.10.250 icmp_seq=3 Destination Host Unreachable ^C --- 192.168.10.1 ping statistics --- 4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 78ms

Last night I downloaded "https://dl.armbian.com/orangepiplus2e/Debian_buster_next.7z" (OPi+2E) ... burned it to SD card and fired up the board ..later installed desktop and other software ...BUT when I was installing MPV I observed that few files with "Vulcan" in their names were also installed...so does that mean that mainline next 4.19.xx images for H3 are now fully suitable for multimedia desktops with Hardware graphics/Video acceleration fully supported ?

Hello everyone. This happens on my OrangePi after a couple of hours of running. I don't think this happened before installing the kernel 4.14. I haven't changed my power supply, which should be working well - custom DC/DC converter connected to GPIO pins. Is anyone else experiencing this? Anything I can do? [19155.760977] INFO: rcu_sched self-detected stall on CPU [19155.760983] INFO: rcu_sched self-detected stall on CPU [19155.760997] INFO: rcu_sched detected stalls on CPUs/tasks: [19155.761010] 2-...: (1 ticks this GP) idle=18a/1/0 softirq=332295/332295 fqs=0 [19155.761017] 0-...: (0 ticks this GP) idle=dbe/1/0 softirq=475103/475103 fqs=0 [19155.761018] [19155.761025] 1-...: (1 GPs behind) idle=f36/1/0 softirq=422883/422884 fqs=0 [19155.761034] 2-...: (1 ticks this GP) idle=18a/1/0 softirq=332295/332295 fqs=0 [19155.761040] rcu_sched kthread starved for 91911 jiffies! g126395 c126394 f0x0 RCU_GP_WAIT_FQS(3) ->state=0x402 ->cpu=3 [19155.761041] [19155.819568] 1-...: (1 GPs behind) idle=f36/1/0 softirq=422883/422884 fqs=0 [19155.826612] (t=91911 jiffies g=126395 c=126394 q=3) [19155.831672] rcu_sched kthread starved for 91911 jiffies! g126395 c126394 f0x0 RCU_GP_WAIT_FQS(3) ->state=0x0 ->cpu=0 [19185.762182] rcu_sched kthread starved for 91911 jiffies! g126395 c126394 f0x0 RCU_GP_WAIT_FQS(3) ->state=0x0 ->cpu=0 [19155.760977] INFO: rcu_sched self-detected stall on CPU [19155.760983] INFO: rcu_sched self-detected stall on CPU [19155.760997] INFO: rcu_sched detected stalls on CPUs/tasks: [19155.761010] 2-...: (1 ticks this GP) idle=18a/1/0 softirq=332295/332295 fqs=0 [19155.761017] 0-...: (0 ticks this GP) idle=dbe/1/0 softirq=475103/475103 fqs=0 [19155.761018] [19155.761025] 1-...: (1 GPs behind) idle=f36/1/0 softirq=422883/422884 fqs=0 [19155.761028] (t=91911 jiffies g=126395 c=126394 q=3) [19155.761034] 2-...: (1 ticks this GP) idle=18a/1/0 softirq=332295/332295 fqs=0 [19155.761040] rcu_sched kthread starved for 91911 jiffies! g126395 c126394 f0x0 RCU_GP_WAIT_FQS(3) ->state=0x402 ->cpu=3 [19155.761041] [19155.761044] rcu_sched I [19155.761048] (detected by 3, t=91911 jiffies, g=126395, c=126394, q=3) [19155.761052] 0 8 2 0x00000000 [19155.761057] Sending NMI from CPU 3 to CPUs 0: [19155.761079] [<c08762b9>] (__schedule) from [<c087682b>] (schedule+0x2f/0x68) [19155.761093] [<c087682b>] (schedule) from [<c087909d>] (schedule_timeout+0x75/0x314) [19155.761108] [<c087909d>] (schedule_timeout) from [<c0164f95>] (rcu_gp_kthread+0x415/0x674) [19155.761123] [<c0164f95>] (rcu_gp_kthread) from [<c0131a9d>] (kthread+0xfd/0x104) [19155.761138] [<c0131a9d>] (kthread) from [<c0106719>] (ret_from_fork+0x11/0x38) [19155.819568] 1-...: (1 GPs behind) idle=f36/1/0 softirq=422883/422884 fqs=0 [19155.826612] (t=91911 jiffies g=126395 c=126394 q=3) [19155.831672] rcu_sched kthread starved for 91911 jiffies! g126395 c126394 f0x0 RCU_GP_WAIT_FQS(3) ->state=0x0 ->cpu=0 [19155.842191] rcu_sched R running task 0 8 2 0x00000000 [19155.842210] [<c08762b9>] (__schedule) from [<c087682b>] (schedule+0x2f/0x68) [19155.842222] [<c087682b>] (schedule) from [<c087909d>] (schedule_timeout+0x75/0x314) [19155.842234] [<c087909d>] (schedule_timeout) from [<c0164f95>] (rcu_gp_kthread+0x415/0x674) [19155.842245] [<c0164f95>] (rcu_gp_kthread) from [<c0131a9d>] (kthread+0xfd/0x104) [19155.842256] [<c0131a9d>] (kthread) from [<c0106719>] (ret_from_fork+0x11/0x38) [19165.761432] Sending NMI from CPU 3 to CPUs 1: [19175.761806] Sending NMI from CPU 3 to CPUs 2: [19185.762182] rcu_sched kthread starved for 91911 jiffies! g126395 c126394 f0x0 RCU_GP_WAIT_FQS(3) ->state=0x0 ->cpu=0 [19185.762186] Sending NMI from CPU 2 to CPUs 0: [19185.772707] rcu_sched R running task 0 8 2 0x00000000 [19185.772726] [<c08762b9>] (__schedule) from [<c087682b>] (schedule+0x2f/0x68) [19185.772738] [<c087682b>] (schedule) from [<c087909d>] (schedule_timeout+0x75/0x314) [19185.772749] [<c087909d>] (schedule_timeout) from [<c0164f95>] (rcu_gp_kthread+0x415/0x674) [19185.772760] [<c0164f95>] (rcu_gp_kthread) from [<c0131a9d>] (kthread+0xfd/0x104) [19185.772772] [<c0131a9d>] (kthread) from [<c0106719>] (ret_from_fork+0x11/0x38) [19195.762559] Sending NMI from CPU 2 to CPUs 1: [19205.762933] NMI backtrace for cpu 2 [19205.762942] CPU: 2 PID: 0 Comm: swapper/2 Not tainted 4.14.14-sunxi #38 [19205.762945] Hardware name: Allwinner sun8i Family [19205.762959] [<c010db15>] (unwind_backtrace) from [<c010a0d9>] (show_stack+0x11/0x14) [19205.762970] [<c010a0d9>] (show_stack) from [<c0867e29>] (dump_stack+0x69/0x78) [19205.762983] [<c0867e29>] (dump_stack) from [<c086bc37>] (nmi_cpu_backtrace+0xd3/0xd4) [19205.762996] [<c086bc37>] (nmi_cpu_backtrace) from [<c086bccf>] (nmi_trigger_cpumask_backtrace+0x97/0xd0) [19205.763008] [<c086bccf>] (nmi_trigger_cpumask_backtrace) from [<c01662a7>] (rcu_dump_cpu_stacks+0x77/0x94) [19205.763019] [<c01662a7>] (rcu_dump_cpu_stacks) from [<c0165a65>] (rcu_check_callbacks+0x4d5/0x690) [19205.763032] [<c0165a65>] (rcu_check_callbacks) from [<c0169f5f>] (update_process_times+0x2b/0x48) [19205.763046] [<c0169f5f>] (update_process_times) from [<c0177d11>] (tick_sched_timer+0x31/0x68) [19205.763057] [<c0177d11>] (tick_sched_timer) from [<c016ac85>] (__hrtimer_run_queues+0xf5/0x224) [19205.763066] [<c016ac85>] (__hrtimer_run_queues) from [<c016af81>] (hrtimer_interrupt+0x81/0x180) [19205.763079] [<c016af81>] (hrtimer_interrupt) from [<c07483a1>] (arch_timer_handler_phys+0x25/0x28) [19205.763093] [<c07483a1>] (arch_timer_handler_phys) from [<c015d52f>] (handle_percpu_devid_irq+0x57/0x19c) [19205.763107] [<c015d52f>] (handle_percpu_devid_irq) from [<c0159a49>] (generic_handle_irq+0x1d/0x28) [19205.763120] [<c0159a49>] (generic_handle_irq) from [<c0159e59>] (__handle_domain_irq+0x45/0x84) [19205.763131] [<c0159e59>] (__handle_domain_irq) from [<c01013b5>] (gic_handle_irq+0x39/0x68) [19205.763141] [<c01013b5>] (gic_handle_irq) from [<c010aa25>] (__irq_svc+0x65/0x94) [19205.763146] Exception stack(0xee523f78 to 0xee523fc0) [19205.763152] 3f60: 00000001 00000000 [19205.763161] 3f80: 00000000 c0116561 ffffe000 c0d03fcc c0d03f6c c0cb6438 c0ddd8eb 00000000 [19205.763170] 3fa0: 00000000 00000000 00087b5d ee523fc8 c01070e7 c01070e8 40000033 ffffffff [19205.763181] [<c010aa25>] (__irq_svc) from [<c01070e8>] (arch_cpu_idle+0x28/0x2c) [19205.763194] [<c01070e8>] (arch_cpu_idle) from [<c014c93d>] (do_idle+0x115/0x16c) [19205.763206] [<c014c93d>] (do_idle) from [<c014cb89>] (cpu_startup_entry+0x19/0x1c) [19205.763216] [<c014cb89>] (cpu_startup_entry) from [<401016f1>] (0x401016f1) [19205.763226] Sending NMI from CPU 1 to CPUs 0: [19215.763599] NMI backtrace for cpu 1 [19215.763605] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 4.14.14-sunxi #38 [19215.763608] Hardware name: Allwinner sun8i Family [19215.763618] [<c010db15>] (unwind_backtrace) from [<c010a0d9>] (show_stack+0x11/0x14) [19215.763627] [<c010a0d9>] (show_stack) from [<c0867e29>] (dump_stack+0x69/0x78) [19215.763638] [<c0867e29>] (dump_stack) from [<c086bc37>] (nmi_cpu_backtrace+0xd3/0xd4) [19215.763650] [<c086bc37>] (nmi_cpu_backtrace) from [<c086bccf>] (nmi_trigger_cpumask_backtrace+0x97/0xd0) [19215.763661] [<c086bccf>] (nmi_trigger_cpumask_backtrace) from [<c01662a7>] (rcu_dump_cpu_stacks+0x77/0x94) [19215.763672] [<c01662a7>] (rcu_dump_cpu_stacks) from [<c0165a65>] (rcu_check_callbacks+0x4d5/0x690) [19215.763683] [<c0165a65>] (rcu_check_callbacks) from [<c0169f5f>] (update_process_times+0x2b/0x48) [19215.763695] [<c0169f5f>] (update_process_times) from [<c0177d11>] (tick_sched_timer+0x31/0x68) [19215.763705] [<c0177d11>] (tick_sched_timer) from [<c016ac85>] (__hrtimer_run_queues+0xf5/0x224) [19215.763714] [<c016ac85>] (__hrtimer_run_queues) from [<c016af81>] (hrtimer_interrupt+0x81/0x180) [19215.763724] [<c016af81>] (hrtimer_interrupt) from [<c07483a1>] (arch_timer_handler_phys+0x25/0x28) [19215.763735] [<c07483a1>] (arch_timer_handler_phys) from [<c015d52f>] (handle_percpu_devid_irq+0x57/0x19c) [19215.763746] [<c015d52f>] (handle_percpu_devid_irq) from [<c0159a49>] (generic_handle_irq+0x1d/0x28) [19215.763758] [<c0159a49>] (generic_handle_irq) from [<c0159e59>] (__handle_domain_irq+0x45/0x84) [19215.763768] [<c0159e59>] (__handle_domain_irq) from [<c01013b5>] (gic_handle_irq+0x39/0x68) [19215.763777] [<c01013b5>] (gic_handle_irq) from [<c010aa25>] (__irq_svc+0x65/0x94) [19215.763781] Exception stack(0xee521f78 to 0xee521fc0) [19215.763787] 1f60: 00000001 00000000 [19215.763796] 1f80: 00000000 c0116561 ffffe000 c0d03fcc c0d03f6c c0cb6438 c0ddd8eb 00000000 [19215.763805] 1fa0: 00000000 00000000 00000018 ee521fc8 c01070e7 c01070e8 40000033 ffffffff [19215.763815] [<c010aa25>] (__irq_svc) from [<c01070e8>] (arch_cpu_idle+0x28/0x2c) [19215.763826] [<c01070e8>] (arch_cpu_idle) from [<c014c93d>] (do_idle+0x115/0x16c) [19215.763837] [<c014c93d>] (do_idle) from [<c014cb89>] (cpu_startup_entry+0x19/0x1c) [19215.763846] [<c014cb89>] (cpu_startup_entry) from [<401016f1>] (0x401016f1) [19215.763853] Sending NMI from CPU 1 to CPUs 2: [19225.764386] NMI backtrace for cpu 2 [19225.764393] CPU: 2 PID: 0 Comm: swapper/2 Not tainted 4.14.14-sunxi #38 [19225.764395] Hardware name: Allwinner sun8i Family [19225.764399] task: ee4f8000 task.stack: ee522000 [19225.764404] PC is at __do_softirq+0x7a/0x25c [19225.764412] LR is at irq_exit+0x7f/0xc4 [19225.764416] pc : [<c0101462>] lr : [<c011ef33>] psr: 40000133 [19225.764419] sp : ee523ee8 ip : 7fffffff fp : 4000001f [19225.764422] r10: c0d02080 r9 : ee434000 r8 : 00000001 [19225.764426] r7 : ffffe000 r6 : 00000282 r5 : 00000000 r4 : ffffe000 [19225.764430] r3 : 00000080 r2 : 00000000 r1 : c0df6740 r0 : c0df6740 [19225.764435] Flags: nZcv IRQs on FIQs on Mode SVC_32 ISA Thumb Segment none [19225.764439] Control: 50c5387d Table: 56ff006a DAC: 00000051 [19225.764444] CPU: 2 PID: 0 Comm: swapper/2 Not tainted 4.14.14-sunxi #38 [19225.764446] Hardware name: Allwinner sun8i Family [19225.764456] [<c010db15>] (unwind_backtrace) from [<c010a0d9>] (show_stack+0x11/0x14) [19225.764465] [<c010a0d9>] (show_stack) from [<c0867e29>] (dump_stack+0x69/0x78) [19225.764475] [<c0867e29>] (dump_stack) from [<c086bbef>] (nmi_cpu_backtrace+0x8b/0xd4) [19225.764486] [<c086bbef>] (nmi_cpu_backtrace) from [<c010ca01>] (handle_IPI+0x75/0x278) [19225.764495] [<c010ca01>] (handle_IPI) from [<c01013e3>] (gic_handle_irq+0x67/0x68) [19225.764502] [<c01013e3>] (gic_handle_irq) from [<c010aa25>] (__irq_svc+0x65/0x94) [19225.764506] Exception stack(0xee523e98 to 0xee523ee0) [19225.764510] 3e80: c0df6740 c0df6740 [19225.764519] 3ea0: 00000000 00000080 ffffe000 00000000 00000282 ffffe000 00000001 ee434000 [19225.764527] 3ec0: c0d02080 4000001f 7fffffff ee523ee8 c011ef33 c0101462 40000133 ffffffff [19225.764535] [<c010aa25>] (__irq_svc) from [<c0101462>] (__do_softirq+0x7a/0x25c) [19225.764545] [<c0101462>] (__do_softirq) from [<c011ef33>] (irq_exit+0x7f/0xc4) [19225.764557] [<c011ef33>] (irq_exit) from [<c0159e5d>] (__handle_domain_irq+0x49/0x84) [19225.764567] [<c0159e5d>] (__handle_domain_irq) from [<c01013b5>] (gic_handle_irq+0x39/0x68) [19225.764575] [<c01013b5>] (gic_handle_irq) from [<c010aa25>] (__irq_svc+0x65/0x94) [19225.764578] Exception stack(0xee523f78 to 0xee523fc0) [19225.764582] 3f60: 00000001 00000000 [19225.764590] 3f80: 00000000 c0116561 ffffe000 c0d03fcc c0d03f6c c0cb6438 c0ddd8eb 00000000 [19225.764603] 3fa0: 00000000 00000000 00087b5d ee523fc8 c01070e7 c01070e8 40000033 ffffffff [19225.764613] [<c010aa25>] (__irq_svc) from [<c01070e8>] (arch_cpu_idle+0x28/0x2c) [19225.764624] [<c01070e8>] (arch_cpu_idle) from [<c014c93d>] (do_idle+0x115/0x16c) [19225.764642] [<c014c93d>] (do_idle) from [<c014cb89>] (cpu_startup_entry+0x19/0x1c) [19225.764656] [<c014cb89>] (cpu_startup_entry) from [<401016f1>] (0x401016f1)

I have seen many tutorials about connecting real time clock hardware on Orange Pi and Raspberry Pi. What i didn't like was removing of fake-hwclock service, because I want that RTC works when it is connected, and fake-hwclock when RTC is not connected. Therefore, I changed /sbin/fake-hwclock script to work in this way. So, here is how to do this, tested on OrangePi+2E, Armbian Ubuntu legacy kernel: Purchase cheap DS3231 module on eBay (cca. $1) like this one: http://www.ebay.com/itm/DS3231-AT24C32-IIC-Modul-High-Precision-Real-Time-Clock-Module-Arduino-New-/292041844936?hash=item43ff0ce8c8:g:d80AAOSwdGFYtsFP Put battery in module. Shutdown and powerof OPi and connect module: Orange (i2c0 bus) RTC module (DS3231 RTC + 24C32 eeprom) 1 3.3V 2 VCC 3 PA12 (TWI0_SDA/DI_RX/PA_EINT12) 3 SDA 5 PA11 (TWI0_SCK/DI_TX/PA_EINT11) 4 SCL 9 GND 1 GND Power up OPi Install i2c-tools. sudo apt install i2c-tools Type command: i2cdetect -y 0 You should see: 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- UU -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- 57 -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- 68 -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- This means that module is connected properly and that we have DS3231 on address 0x68 and eeprom 24C32 on address 0x57. Type: sudo echo ds1307 0x68 > /sys/class/i2c-adapter/i2c-0/new_device i2cdetect -y 0 You should see: 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- UU -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- 57 -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- UU -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- This means that system is now using our RTC. Also, now should exist new device /dev/rtc1 Be sure that your system time is right, and type: sudo hwclock -w -f /dev/rtc1 Now our RTC must have right time. Check with: sudo hwclock -r -f /dev/rtc1 If everithing was ok, copy /sbin/fake-hwclock to bacup (just in case) sudo cp ~/programming/sh/fake_hwclock/sbin/fake-hwclock /sbin/fake-hwclock Edit /sbin/fake-hwclock and place this code in it: Reboot. Now you should have right system time backed up by RTC.

Hi I trying to return in work OPi+2e board but faced some odd thing. When I trying to boot Armbian I getting temperatures about 180C which leads to shutdown during booting. It reproduceable with all versions from hirsute/5.12.15 back to oldest avaliable bionic/5.4.8 Official Ubuntu xenial/5.3.5 works fine, but /sys/class/thermal/thermal_zone0/temp gives negative readings (like about -76500) Installed on eMMC old RetrOrangePi which is Armbian jessie/3.4.113 also works but gives zero (exactly 0) temp reading. Finger test gives "room temperature" reading and "warm" while old OS works. Definetly not 180C Board itself is from 2017, worked as media player with active cooling so I doubt it was overheated but will not be surprised if it's hardware degradation issue. Anyway, any ideas how to get it working with current Armbian? Personaly I'm fine with wrong temp reading if board works. Tried to add thermal.nocrt=1 with no success, probally did something wrong. buster / 5.10.34 boot log

So, here is the problem: I'm running the latest version of Armbian buster on an Orange PI PC+2E and as you know this piece of crap doesn't even support a proper shutdown function: all what is does is "reboot: system halted" and the screen remains on. Is there a way to turn the screen off (at least) after system halted? maybe a script that runs right before shutdown ? I've reas several discussion but non of the solutions worked

Hello, Is there anyone that has problem with USB keyboard on armbian 20.11.9 buster. I have tried both 20.11.6 and 20.11.9 buster nut the keyboard can't be recognized in armbian. (caplock, numlock LED don't work as well) I tried 4 USB ports on the port but doesn't work. The keyboard is working fine with my Windows PC. Thanks

I just updated my armbian kernel, I did it with: apt-cache search linux-generic to find the images and sudo apt-get install name of the image to install, the new kernel is in the /boot folder but if I restart It continues to start with the old one, and if I eliminate the old one it no longer starts. How do I select the new kernel to boot from it? i use orangepi+2e

In a brainfart i thought the rpi gpio is compatible with most arm boards. so i took one witch i had laying around and i connected the Raspberry pi DVB-T HAT module (TV uHAT). I checked if the SPI bus pins where compatible and with the help of the "Hardware_Allwinner_overlays guide" i created a overlay for the rpi-tv (used the original from the raspberry pi github). to my surprise (after some struggle) it work. // rpi-tv HAT /dts-v1/; /plugin/; / { compatible = "allwinner,sun4i-a10", "allwinner,sun7i-a20", "allwinner,sun8i-h3", "allwinner,sun50i-a64", "allwinner,sun50i-h5"; fragment@0 { target = <&spi0>; __overlay__ { /* needed to avoid dtc warning */ #address-cells = <1>; #size-cells = <0>; status = "okay"; cxd2880@0 { compatible = "sony,cxd2880"; reg = <0>; /* CE0 */ spi-max-frequency = <50000000>; status = "okay"; }; }; }; }; sudo armbian-add-overlay rpi-tv-overlay.dts I quickly install tvheadend and went to watch some TV :p Why i did this because the H3 GPU/CPU has h265 encoding (in the Nederlands tv is transmitted with the h265 1080p 50fps) with the recent Sunxi-cedrus update libav can work with hardware encoding (in theory, i don't know it is fast enough ) But i can not find a proper recent guide the install then, does any one installed the Sunxi-cedrus? And do i have to compile the complete custom kernel to do this? or is this already in the main line? onlything is can find is this: https://linux-sunxi.org/Sunxi-cedrus ref: https://docs.armbian.com/Hardware_Allwinner_overlays/

I'm testing the OrangePi+ and OrangePi+2 for review. I noticed my OPi+ was running a lot cooler than my OPi+2. Reason is difference in kernel. Just tried 5.8.5 on the OPi+ and it also ran as hot as the OPi+2. OPi+ with kernel 4.19.62 vs OPi+/OPi+2 with kernel 5.8.5 No fan idle OPi+ 50C No fan maxed OPi+ Throttle at 75C to 1.3Ghz at 80C to 1.2Ghz doesn't go higher than 80C Fan idle OPi+ 27C Fan maxed OPi+ 54C No fan idle OPi+2 58C No fan maxed OPi+2 Throttle at 80C to 1.3Ghz at 85C lower. Barely reaches 85C / Debian throttle at 75C to 1.3Ghz Fan idle OPi+2 33C Fan maxed OPi+2 60C 2 heatsinks+fan 64C with 1 heatsink+fan See these 2 next to each other. Both without a fan and with a heatsink Here OPi+ with 4.19.62 : http://ix.io/2DeH Here OPi+2 with 5.8.5 : http://ix.io/2DgC 5.8.5 also performs a lot worse in every tasks. Blender with 4.19.62 : 1h36m39s With heatsink + fan no throttle 1.37Ghz Blender with 5.8.5 : 1h49m36s With heatsink + fan no throttle 1.37Ghz Even without fan 4.19.62 does still better while throttling to 1.3Ghz : 1h43m52s But it rarely goes over 80C, while mainline goes easily over 80C and throttles heavily without a fan. Example with SBC-bench, the same task. Same heatsink, no fan. Left 5.8.5 right 4.19.62 I'll keep using 4.19.62 Just wanted to inform about it. Also the available frequencies are very different. I expect voltages will be different too. Focal 5.8.5 and Buster 5.8.5 are not stable for me. With Bionic I did not have stabillity issues with 5.8.5, but it does perform a lot worse than bionic with 4.19.62. Never had a crash with 4.19 for +1 year. Also zram performs almost 2 x better with 4.19.62 Bionic vs 5.8.5 Focal. zram Bionic 4.19.62 1.4 GB/s 0.01 msec vs 5.8.5 zram Armbian Focal 0.87GB/s 0.01 msec zram Armbian Buster 1.0 GB/s 0.01 msec zram Armbian Bionic 1.2 GB/s 0.01 msec All very strange. But I know enough for my video.

Device: Orange Pi +2e. Builds 20.20, 20.05, 20.08 The Armbian Boot Logo is shown only when we boot from SD Card. Do nand-sata-install to eMMC and boot from eMMC, the logo disappears. Could this be a timing issue as it boots faster on eMMC? I do not see any flicker or flash during u-boot. --Rajesh

I installed the image Armbian_20.08.1_Orangepiplus2e_focal_current_5.8.5_desktop.img on my Orange PI Plus 2E and I installed RetroArch to setup a retro gaming board. Everything installed ok but all games even weak games like for Super Nintendo, are running slow and no audio, does anyone here already tried to get RetroArch working on this board? Audio is not working , it uses pulseaudio and it's installed already. I already tested RetrOrange Pi image, it uses Armbian too I guess, most of the games runs at full speed, the reason I am not using is that is a little outdated, some emulators doesn't work and some are missing and I personally prefer using RetroArch directly, no emulationstation or anything.

Hello. I have just acquired an Orange Pi plus 2e. Armbian Xenial is installed on emmc. I wish my SD card to become my /home. Can you help me? Thank you.