Jump to content

Ford_Prefect

Members
  • Posts

    16
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Yes, pretty device, I know - but compared with the ultra-cheap (in many ways .-) Orange Pi R1 Plus it is doubled in price :-) Cheers Ford
  2. No, its the other way round... I was looking for a SBC with 2 NICs (preferebly Gigabit, off Course) which is capable of running debian to connect me with strongswan (+ xfrm interfaces for the sake of it) with a reasonable encrypting speed and easy t otravel with - so the size of the Atomic Pi was too big, and it lacks a second ethernet port. Let's take a look on the market.... there is not much, is there? So the Orangepi R1 Plus is the optimal choice for me.... it seems:-) No, I didn't know about that. But "pure" AES Benchmarks doesn't help too much compared with 'real' IPsec throughput. Off course, you get a 'hint' which is faster but no absolute benchmarking regarding to network traffic is possible, because you don't know how the NICs behave together with the rest of the system. Cheers Ford
  3. Not really apples and whatever... It's the 'same' type of SBC, and costs are similar. This is the fastest encrypt/decrypt sbc besides the atom based 'Atomic Pi' - which has AES-NI enabled. Cheers, Ford
  4. Erm... I think you are wrong with that - this little thinge is blazing fast in encryption/decryption - at least for a SBC. I just configured the latest strongswan, setup xfrm interfaces and a straight forward configuration wit AES_GCM_16/MODP2048 and I am totally astonished... Not really CPU Load and about 420 MBit/s decrypting and 270 MBit Encrypting (via Gigabit-LAN to a Ryzen3 Machine) I had to setup up this extra scenario, because the little device maxed out my 300 MBit+ WAN Link :-) t For that, I build iproute2 and strongswan+swanctl myself on top of the OPI Debian Image, which works really stable, I have to say! Much better than the OPI R1 without Plus (which, BTW, was maxed out at around 40 MBit/s IPsec Traffic) Cheers Ford Prefect
  5. Did you attache a Heatsink to the CPU? I doubt the rk3328 is able to cope with its temperature without.... I just bootet debian up and the cpu was nearly instantaniously at 75°C.... With a passive heatsink it is still 62° Idling.... seems to much for my feeling More testing to come - also armbian. Cheers FP
  6. Hmm, that does not sound very promising at all :-( I gave a lot back to the Open Source community and their developers. Wrong target here:-) But I know what you mean. Cheers, Ford
  7. Hi All, since i had many problem with my old OPI R1 (without PLUS) I just ordered the newer Model with 1 Gig Ram, RK3328 CPU and two Gigabit Ports. There Is a debian Image available on their Google Drive Share right now, I'll certainly try that out, but Is there a generic Armbian Image as well, I can take? Should be pretty straigt forward Device, I tink.... HDMI Out is not available, only USB Gigabit Ethernet and Rockchip Gigabit Ethernet. Would be great if Hardware encryption for IPSec is also availaibe. Any thoughts? Cheers Ford Prefect
  8. Hi, has no one an Idea what I could try? Installing "the old" dtb's and kernels does not make any difference. Changing to a nightly build doesn't change anything either. Regaring arm based CPUs you don't find too much information about the 'CPU stalled' Problem, though :-( Cheers + Happy new Year Ford.
  9. there is nothing despite 'normal background processes' running in the background. This device is only connecting to my ipsec gateway and - if it works, should do some basic routing. Currently the device is not running, but the most cpu intense background activity might be autoupdate apt or an updatedb of locate.... Nearly all cpu power is going in the encryption in that moment. Cheers, FP
  10. Hi 5kft, I did..... and I also uninstalled ii armbian-config 21.11.4 all Armbian configuration utility ii armbian-firmware 21.02.0-trunk.29 all Linux firmware ii linux-buster-root-current-orangepi-r1 21.02.0-trunk.30 armhf Armbian tweaks for buster on orangepi-r1 (current branch) ii linux-dtb-current-sunxi 21.02.0-trunk.24 armhf Linux DTB, version 5.9.15-sunxi armhf ii linux-image-current-sunxi 21.02.0-trunk.24 armhf Linux kernel, version 5.9.15-sunxi ii linux-libc-dev:armhf 5.9.11-1 armhf Linux support headers for userspace development ii linux-u-boot-orangepi-r1-current 21.02.0-trunk.12 armhf Uboot loader 2020.10 So currently these are installed, and no change :-( ii linux-image-dev-sunxi 20.11.0-trunk armhf Linux kernel, version 5.10.0-rc3-sunxi ii linux-dtb-dev-sunxi 20.11.0-trunk armhf Linux DTB, version 5.10.0-rc3-sunxi ii linux-headers-dev-sunxi 20.11.0-trunk armhf Linux kernel headers for 5.10.0-rc3-sunxi on Wonder what I am missing? something else must have been broken when doing a apt upgrade... Cheers, Ford
  11. BTW: I tried to use the ethernet devices vice versa and still, the same happens...
  12. Hi, I just got some time and attached my serial port again....: root@orangepi-r1:~# ping 192.168.202.1 PING 192.168.202.1 (192.168.202.1) 56(84) bytes of data. 64 bytes from 192.168.202.1: icmp_seq=1 ttl=64 time=26.2 ms 64 bytes from 192.168.202.1: icmp_seq=2 ttl=64 time=25.2 ms 64 bytes from 192.168.202.1: icmp_seq=3 ttl=64 time=27.0 ms ^C --- 192.168.202.1 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2003ms rtt min/avg/max/mdev = 25.205/26.143/27.000/0.735 ms root@orangepi-r1:~# iperf3 -c 192.168.202.1 Connecting to host 192.168.202.1, port 5201 [ 5] local 192.168.202.2 port 51956 connected to 192.168.202.1 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 517 KBytes 4.23 Mbits/sec 1 1.22 KBytes [ 5] 1.00-2.00 sec 0.00 Bytes 0.00 bits/sec 0 1.22 KBytes [ 5] 2.00-3.00 sec 0.00 Bytes 0.00 bits/sec 0 1.22 KBytes [ 5] 3.00-4.00 sec 0.00 Bytes 0.00 bits/sec 0 1.22 KBytes [ 5] 4.00-5.00 sec 0.00 Bytes 0.00 bits/sec 0 1.22 KBytes CTRL-A Z for help | 115200 8N1 | NOR | Minicom 2.7.1 | VT102 | Offline | ttyUSB0 I used the kernel from November 11th which 5kft has kindly provided and worked flawlessly untile a couple of days when apt meant he has to update uboot an the kernel to a newer version despite i set it "on hold".... but even a downgrade does not change anything. Linux orangepi-r1 5.10.0-rc3-sunxi #trunk SMP Wed Nov 11 15:03:40 UTC 2020 armv7l GNU/Linux root@orangepi-r1:~# Since Armbianmonitor -U still does not hide my personal IPv6 prefix I uploaded the edited output here: http://104.168.35.206/ietooyai EDIT: wait..... logging in via ssh and let the serial console open for a dmesg -w i got this, whet simply pinging over my xfrm ipsec tunnel: [ 268.956055] sun8i-ce 1c15000.crypto: Fallback for ecb-aes-sun8i-ce is ecb-aes-neonbs [ 268.956194] sun8i-ce 1c15000.crypto: Fallback for ecb-aes-sun8i-ce is ecb-aes-neonbs [ 268.956332] sun8i-ce 1c15000.crypto: Fallback for ecb-aes-sun8i-ce is ecb-aes-neonbs [ 395.756162] sun8i-ce 1c15000.crypto: Fallback for cbc-aes-sun8i-ce is cbc(aes-generic) [ 395.756973] sun8i-ce 1c15000.crypto: Fallback for cbc-aes-sun8i-ce is cbc(aes-generic) [ 400.555283] NOHZ tick-stop error: Non-RCU local softirq work is pending, handler #08!!! [ 401.556432] NOHZ tick-stop error: Non-RCU local softirq work is pending, handler #08!!! [ 402.562189] NOHZ tick-stop error: Non-RCU local softirq work is pending, handler #08!!! [ 403.559759] NOHZ tick-stop error: Non-RCU local softirq work is pending, handler #08!!! [ 404.560813] NOHZ tick-stop error: Non-RCU local softirq work is pending, handler #08!!! [ 405.017837] sun8i-ce 1c15000.crypto: Fallback for cbc-aes-sun8i-ce is cbc(aes-generic) [ 405.018398] sun8i-ce 1c15000.crypto: Fallback for cbc-aes-sun8i-ce is cbc(aes-generic) [ 405.562329] NOHZ tick-stop error: Non-RCU local softirq work is pending, handler #08!!! [ 406.563600] NOHZ tick-stop error: Non-RCU local softirq work is pending, handler #08!!! [ 407.565302] NOHZ tick-stop error: Non-RCU local softirq work is pending, handler #08!!! [ 408.566290] NOHZ tick-stop error: Non-RCU local softirq work is pending, handler #08!!! [ 409.570524] NOHZ tick-stop error: Non-RCU local softirq work is pending, handler #08!!! When starting my iperf3 test to the other site of the ipsec tunnel this happenens...: [ 540.338679] sched: RT throttling activated [ 560.110930] rcu: INFO: rcu_sched self-detected stall on CPU [ 560.110977] rcu: 2-....: (5250 ticks this GP) idle=9f6/1/0x40000004 softirq=10405/10406 fqs=2582 [ 560.110994] (t=5251 jiffies g=16009 q=76) [ 560.111009] NMI backtrace for cpu 2 [ 560.111032] CPU: 2 PID: 321 Comm: 1c15000.crypto- Tainted: G C 5.10.0-rc3-sunxi #trunk [ 560.111043] Hardware name: Allwinner sun8i Family [ 560.111098] [<c010cbbd>] (unwind_backtrace) from [<c010966d>] (show_stack+0x11/0x14) [ 560.111131] [<c010966d>] (show_stack) from [<c0977aff>] (dump_stack+0x75/0x82) [ 560.111166] [<c0977aff>] (dump_stack) from [<c0592063>] (nmi_cpu_backtrace+0x8f/0xb0) [ 560.111198] [<c0592063>] (nmi_cpu_backtrace) from [<c0592139>] (nmi_trigger_cpumask_backtrace+0xb5/0xe0) [ 560.111227] [<c0592139>] (nmi_trigger_cpumask_backtrace) from [<c0972609>] (rcu_dump_cpu_stacks+0xab/0xc8) [ 560.111260] [<c0972609>] (rcu_dump_cpu_stacks) from [<c0171a65>] (rcu_sched_clock_irq+0x5c5/0x794) [ 560.111294] [<c0171a65>] (rcu_sched_clock_irq) from [<c0178bc7>] (update_process_times+0x4f/0x78) [ 560.111325] [<c0178bc7>] (update_process_times) from [<c018723b>] (tick_sched_timer+0x37/0x74) [ 560.111356] [<c018723b>] (tick_sched_timer) from [<c01795b7>] (__hrtimer_run_queues+0xdf/0x224) [ 560.111387] [<c01795b7>] (__hrtimer_run_queues) from [<c0179fa5>] (hrtimer_interrupt+0xcd/0x200) [ 560.111422] [<c0179fa5>] (hrtimer_interrupt) from [<c07c532f>] (arch_timer_handler_phys+0x27/0x2c) [ 560.111456] [<c07c532f>] (arch_timer_handler_phys) from [<c0166763>] (handle_percpu_devid_irq+0x53/0x184) [ 560.111486] [<c0166763>] (handle_percpu_devid_irq) from [<c0161f1d>] (generic_handle_irq+0x29/0x34) [ 560.111513] [<c0161f1d>] (generic_handle_irq) from [<c01623d9>] (__handle_domain_irq+0x41/0x80) [ 560.111542] [<c01623d9>] (__handle_domain_irq) from [<c059e5db>] (gic_handle_irq+0x63/0x74) [ 560.111570] [<c059e5db>] (gic_handle_irq) from [<c0100b65>] (__irq_svc+0x65/0x94) [ 560.111584] Exception stack(0xcbab1aa0 to 0xcbab1ae8) [ 560.111609] 1aa0: ca9546e0 00000a01 00000a00 00000a00 cd337600 ca9546c0 00000000 00000032 [ 560.111632] 1ac0: 00000000 00000002 ca9546e0 00000000 00000007 cbab1af0 c08f5673 c09818cc [ 560.111645] 1ae0: 800f0133 ffffffff [ 560.111676] [<c0100b65>] (__irq_svc) from [<c09818cc>] (_raw_spin_lock+0x28/0x38) [ 560.111705] [<c09818cc>] (_raw_spin_lock) from [<c08f5673>] (xfrm_input+0x137/0xce4) [ 560.111736] [<c08f5673>] (xfrm_input) from [<c08e9b33>] (xfrm4_esp_rcv+0x27/0x38) [ 560.111769] [<c08e9b33>] (xfrm4_esp_rcv) from [<c0895a97>] (ip_protocol_deliver_rcu+0x27/0x214) [ 560.111799] [<c0895a97>] (ip_protocol_deliver_rcu) from [<c0895cbf>] (ip_local_deliver_finish+0x3b/0x44) [ 560.111827] [<c0895cbf>] (ip_local_deliver_finish) from [<c0895d1d>] (ip_local_deliver+0x55/0xbc) [ 560.111855] [<c0895d1d>] (ip_local_deliver) from [<c0895e0b>] (ip_rcv+0x87/0x94) [ 560.111884] [<c0895e0b>] (ip_rcv) from [<c08301ab>] (__netif_receive_skb_core+0x3cb/0xaac) [ 560.111912] [<c08301ab>] (__netif_receive_skb_core) from [<c0830c0f>] (__netif_receive_skb_list_core+0x97/0x130) [ 560.111937] [<c0830c0f>] (__netif_receive_skb_list_core) from [<c0830dd7>] (netif_receive_skb_list_internal+0x12f/0x1e4) [ 560.111963] [<c0830dd7>] (netif_receive_skb_list_internal) from [<c0830f61>] (gro_normal_list.part.0+0x15/0x24) [ 560.111988] [<c0830f61>] (gro_normal_list.part.0) from [<c08318cd>] (napi_complete_done+0x85/0x160) [ 560.112054] [<c08318cd>] (napi_complete_done) from [<bf962dd9>] (r8152_poll+0x4a9/0x51c [r8152]) [ 560.112117] [<bf962dd9>] (r8152_poll [r8152]) from [<c0831a65>] (net_rx_action+0xbd/0x2bc) [ 560.112143] [<c0831a65>] (net_rx_action) from [<c0101367>] (__do_softirq+0xcf/0x26c) [ 560.112169] [<c0101367>] (__do_softirq) from [<c0120799>] (irq_exit+0x79/0x98) [ 560.112195] [<c0120799>] (irq_exit) from [<c01623dd>] (__handle_domain_irq+0x45/0x80) [ 560.112222] [<c01623dd>] (__handle_domain_irq) from [<c059e5db>] (gic_handle_irq+0x63/0x74) [ 560.112247] [<c059e5db>] (gic_handle_irq) from [<c0100b65>] (__irq_svc+0x65/0x94) [ 560.112261] Exception stack(0xcbab1e70 to 0xcbab1eb8) [ 560.112278] 1e60: 00000000 00000000 ca855f88 0000000c [ 560.112301] 1e80: cd337b40 ca9546c0 00000000 00000004 00000002 00000002 ca9546e0 00000000 [ 560.112322] 1ea0: c9fc6250 cbab1ec0 c08f78bd c08f58c4 000f0033 ffffffff [ 560.112347] [<c0100b65>] (__irq_svc) from [<c08f58c4>] (xfrm_input+0x388/0xce4) [ 560.112379] [<c08f58c4>] (xfrm_input) from [<bf89a075>] (crypto_finalize_request+0x31/0x7c [crypto_engine]) [ 560.112420] [<bf89a075>] (crypto_finalize_request [crypto_engine]) from [<bf952b6f>] (sun8i_ce_cipher_run+0x27/0x2c [sun8i_ce]) [ 560.112456] [<bf952b6f>] (sun8i_ce_cipher_run [sun8i_ce]) from [<bf89a407>] (crypto_pump_work+0x123/0xd1c [crypto_engine]) [ 560.112489] [<bf89a407>] (crypto_pump_work [crypto_engine]) from [<c013421b>] (kthread_worker_fn+0x6f/0x13c) [ 560.112519] [<c013421b>] (kthread_worker_fn) from [<c0134f3b>] (kthread+0xeb/0x10c) [ 560.112545] [<c0134f3b>] (kthread) from [<c0100159>] (ret_from_fork+0x11/0x38) [ 560.112558] Exception stack(0xcbab1fb0 to 0xcbab1ff8) [ 560.112575] 1fa0: 00000000 00000000 00000000 00000000 [ 560.112597] 1fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 [ 560.112616] 1fe0: 00000000 00000000 00000000 00000000 00000013 00000000 ---> and there it hangs Cheers Ford
  13. strange thing happened.... even I have pinned the current kernel in apt (and it is still there) after some apt upgrades the same thing happens again as in the beginning.... The device was powered on 24/7 since November 12th and worked flawlessly...... and now this.... Cannot explain why :-/ Cheers Ford
  14. Hi, Thanks for your work, I tested your kernel packages yesterday and everything works flawlessly now. I get about 40 to 50 MBps throughput with Ipsec now without stalling and "breaking" the Interface. I am happy, thanks alot! Cheers Ford Prefect
  15. Hi, First of all, this all happens only when I use ipsec it seems - If I transfer large amounts of data directly, the enpxxx Interface (USB) and the internal attached eth0 everything works fine. I also set the gouvernor to "performance" and highest CPU Frequency. I attached the Serial Port and found out the following: The Raspi does not freeze, the USB enpxxx Interface seizes operation nearly instantaniously.... Via serial Port I the device itself worked just fine, but the ethernet Port crashed.... Is there any workaround? I mean.... using a 2 Port SBC and attaching an additional USB Ethernet NIC is not really my goal here....;-) 19.234179] sun8i-ce 1c15000.crypto: Fallback for ecb-aes-sun8i-ce is ecb-aes-neonbs [ 19.853360] IPv6: ADDRCONF(NETDEV_CHANGE): enxc0742bffecdb: link becomes ready [ 19.862969] r8152 3-1:1.0 enxc0742bffecdb: carrier on [ 33.779552] vcc3v0: disabling [ 33.779566] vcc5v0: disabling [ 84.442046] IPsec XFRM device driver [ 93.795697] sun8i-ce 1c15000.crypto: Fallback for cbc-des3-sun8i-ce is cbc(des3_ede-generic) [ 93.817912] sun8i-ce 1c15000.crypto: Fallback for cbc-aes-sun8i-ce is cbc-aes-neonbs [ 93.818110] sun8i-ce 1c15000.crypto: Fallback for cbc-aes-sun8i-ce is cbc-aes-neonbs [ 93.818189] sun8i-ce 1c15000.crypto: Fallback for cbc-aes-sun8i-ce is cbc-aes-neonbs [ 93.818269] sun8i-ce 1c15000.crypto: Fallback for ecb-aes-sun8i-ce is ecb-aes-neonbs [ 93.818333] sun8i-ce 1c15000.crypto: Fallback for ecb-aes-sun8i-ce is ecb-aes-neonbs [ 93.818397] sun8i-ce 1c15000.crypto: Fallback for ecb-aes-sun8i-ce is ecb-aes-neonbs [ 93.947310] sun8i-ce 1c15000.crypto: Fallback for cbc-des3-sun8i-ce is cbc(des3_ede-generic) [ 93.947424] sun8i-ce 1c15000.crypto: Fallback for cbc-aes-sun8i-ce is cbc-aes-neonbs [ 93.947493] sun8i-ce 1c15000.crypto: Fallback for cbc-aes-sun8i-ce is cbc-aes-neonbs [ 93.947559] sun8i-ce 1c15000.crypto: Fallback for cbc-aes-sun8i-ce is cbc-aes-neonbs [ 93.947624] sun8i-ce 1c15000.crypto: Fallback for ecb-aes-sun8i-ce is ecb-aes-neonbs [ 93.947686] sun8i-ce 1c15000.crypto: Fallback for ecb-aes-sun8i-ce is ecb-aes-neonbs [ 93.947780] sun8i-ce 1c15000.crypto: Fallback for ecb-aes-sun8i-ce is ecb-aes-neonbs [ 138.039764] sun8i-ce 1c15000.crypto: Fallback for cbc-des3-sun8i-ce is cbc(des3_ede-generic) [ 138.039876] sun8i-ce 1c15000.crypto: Fallback for cbc-aes-sun8i-ce is cbc-aes-neonbs [ 138.039993] sun8i-ce 1c15000.crypto: Fallback for cbc-aes-sun8i-ce is cbc-aes-neonbs [ 138.040070] sun8i-ce 1c15000.crypto: Fallback for cbc-aes-sun8i-ce is cbc-aes-neonbs [ 138.040137] sun8i-ce 1c15000.crypto: Fallback for ecb-aes-sun8i-ce is ecb-aes-neonbs [ 138.040200] sun8i-ce 1c15000.crypto: Fallback for ecb-aes-sun8i-ce is ecb-aes-neonbs [ 138.040260] sun8i-ce 1c15000.crypto: Fallback for ecb-aes-sun8i-ce is ecb-aes-neonbs [ 138.450617] sun8i-ce 1c15000.crypto: Fallback for cbc-aes-sun8i-ce is cbc-aes-neonbs [ 138.451559] sun8i-ce 1c15000.crypto: Fallback for cbc-aes-sun8i-ce is cbc-aes-neonbs [ 141.806447] NOHZ: local_softirq_pending 08 [ 142.498226] sun8i-ce 1c15000.crypto: Fallback for cbc-aes-sun8i-ce is cbc-aes-neonbs [ 142.498636] sun8i-ce 1c15000.crypto: Fallback for cbc-aes-sun8i-ce is cbc-aes-neonbs [ 142.660627] sun8i-ce 1c15000.crypto: Fallback for cbc-aes-sun8i-ce is cbc-aes-neonbs [ 142.660959] sun8i-ce 1c15000.crypto: Fallback for cbc-aes-sun8i-ce is cbc-aes-neonbs [ 142.831695] sun8i-ce 1c15000.crypto: Fallback for cbc-aes-sun8i-ce is cbc-aes-neonbs [ 142.832064] sun8i-ce 1c15000.crypto: Fallback for cbc-aes-sun8i-ce is cbc-aes-neonbs [ 143.809585] NOHZ: local_softirq_pending 08 [ 144.810432] NOHZ: local_softirq_pending 08 [ 145.813047] NOHZ: local_softirq_pending 08 [ 146.814295] NOHZ: local_softirq_pending 08 [ 147.815793] NOHZ: local_softirq_pending 08 [ 148.817676] NOHZ: local_softirq_pending 08 [ 149.818676] NOHZ: local_softirq_pending 08 [ 150.820421] NOHZ: local_softirq_pending 08 [ 151.821924] NOHZ: local_softirq_pending 08 [...] [ 143.809585] NOHZ: local_softirq_pending 08 [ 144.810432] NOHZ: local_softirq_pending 08 [ 145.813047] NOHZ: local_softirq_pending 08 [ 146.814295] NOHZ: local_softirq_pending 08 [ 147.815793] NOHZ: local_softirq_pending 08 [ 148.817676] NOHZ: local_softirq_pending 08 [ 149.818676] NOHZ: local_softirq_pending 08 [ 150.820421] NOHZ: local_softirq_pending 08 [ 151.821924] NOHZ: local_softirq_pending 08 [ 206.542170] rcu: INFO: rcu_sched self-detected stall on CPU [ 206.542193] rcu: 0-....: (5249 ticks this GP) idle=06a/1/0x40000004 softirq=6817/6817 fqs=2590 [ 206.542199] (t=5251 jiffies g=11233 q=139) [ 206.542205] NMI backtrace for cpu 0 [ 206.542215] CPU: 0 PID: 309 Comm: 1c15000.crypto- Tainted: G C 5.9.1-sunxi #20.08.14 [ 206.542219] Hardware name: Allwinner sun8i Family [ 206.542250] [<c010d415>] (unwind_backtrace) from [<c01097a5>] (show_stack+0x11/0x14) [ 206.542265] [<c01097a5>] (show_stack) from [<c0574801>] (dump_stack+0x75/0x84) [ 206.542280] [<c0574801>] (dump_stack) from [<c0579d33>] (nmi_cpu_backtrace+0x6b/0x94) [ 206.542292] [<c0579d33>] (nmi_cpu_backtrace) from [<c0579e15>] (nmi_trigger_cpumask_backtrace+0xb9/0xe0) [ 206.542307] [<c0579e15>] (nmi_trigger_cpumask_backtrace) from [<c01706ab>] (rcu_dump_cpu_stacks+0xab/0xc8) [ 206.542320] [<c01706ab>] (rcu_dump_cpu_stacks) from [<c016fb23>] (rcu_sched_clock_irq+0x5e3/0x7ac) [ 206.542333] [<c016fb23>] (rcu_sched_clock_irq) from [<c0176641>] (update_process_times+0x29/0x70) [ 206.542345] [<c0176641>] (update_process_times) from [<c0184b57>] (tick_sched_timer+0x37/0x74) [ 206.542357] [<c0184b57>] (tick_sched_timer) from [<c0177089>] (__hrtimer_run_queues+0xf1/0x250) [ 206.542368] [<c0177089>] (__hrtimer_run_queues) from [<c0177ab1>] (hrtimer_interrupt+0xcd/0x1fc) [ 206.542383] [<c0177ab1>] (hrtimer_interrupt) from [<c07a9c7b>] (arch_timer_handler_phys+0x27/0x2c) [ 206.542398] [<c07a9c7b>] (arch_timer_handler_phys) from [<c0165acb>] (handle_percpu_devid_irq+0x53/0x1a0) [ 206.542414] [<c0165acb>] (handle_percpu_devid_irq) from [<c01611b5>] (generic_handle_irq+0x29/0x34) [ 206.542426] [<c01611b5>] (generic_handle_irq) from [<c0161671>] (__handle_domain_irq+0x41/0x80) [ 206.542438] [<c0161671>] (__handle_domain_irq) from [<c058628f>] (gic_handle_irq+0x3b/0x70) [ 206.542449] [<c058628f>] (gic_handle_irq) from [<c0100b65>] (__irq_svc+0x65/0x94) [ 206.542455] Exception stack(0xcc97fa20 to 0xcc97fa68) [ 206.542465] fa20: cb8d2660 000064b2 000064b1 000064b1 cdf2b0c0 cb8d2640 00000000 00000032 [ 206.542474] fa40: 00000000 00000002 cb8d2660 00000000 00000004 cc97fa70 c08d6bd3 c0953d84 [ 206.542478] fa60: 800d0133 ffffffff [ 206.542492] [<c0100b65>] (__irq_svc) from [<c0953d84>] (_raw_spin_lock+0x28/0x38) [ 206.542507] [<c0953d84>] (_raw_spin_lock) from [<c08d6bd3>] (xfrm_input+0x137/0xce0) [ 206.542519] [<c08d6bd3>] (xfrm_input) from [<c08cb1cb>] (xfrm4_esp_rcv+0x27/0x38) [ 206.542532] [<c08cb1cb>] (xfrm4_esp_rcv) from [<c0877a0f>] (ip_protocol_deliver_rcu+0x27/0x214) [ 206.542544] [<c0877a0f>] (ip_protocol_deliver_rcu) from [<c0877c37>] (ip_local_deliver_finish+0x3b/0x40) [ 206.542554] [<c0877c37>] (ip_local_deliver_finish) from [<c0877cd5>] (ip_local_deliver+0x99/0xa4) [ 206.542563] [<c0877cd5>] (ip_local_deliver) from [<c0877d5f>] (ip_rcv+0x7f/0x84) [ 206.542577] [<c0877d5f>] (ip_rcv) from [<c0815295>] (__netif_receive_skb_core+0x41d/0xa78) [ 206.542590] [<c0815295>] (__netif_receive_skb_core) from [<c0815c6b>] (__netif_receive_skb_list_core+0x97/0x130) [ 206.542600] [<c0815c6b>] (__netif_receive_skb_list_core) from [<c0815e33>] (netif_receive_skb_list_internal+0x12f/0x1e0) [ 206.542609] [<c0815e33>] (netif_receive_skb_list_internal) from [<c0815fc9>] (gro_normal_list.part.0+0x15/0x24) [ 206.542618] [<c0815fc9>] (gro_normal_list.part.0) from [<c0816939>] (napi_complete_done+0x85/0x160) [ 206.542654] [<c0816939>] (napi_complete_done) from [<bf8d4dd5>] (r8152_poll+0x4a9/0x51c [r8152]) [ 206.542686] [<bf8d4dd5>] (r8152_poll [r8152]) from [<c0816ad1>] (net_rx_action+0xbd/0x2c4) [ 206.542696] [<c0816ad1>] (net_rx_action) from [<c0101367>] (__do_softirq+0xcf/0x260) [ 206.542707] [<c0101367>] (__do_softirq) from [<c0120df5>] (irq_exit+0x79/0x98) [ 206.542717] [<c0120df5>] (irq_exit) from [<c0161675>] (__handle_domain_irq+0x45/0x80) [ 206.542727] [<c0161675>] (__handle_domain_irq) from [<c058628f>] (gic_handle_irq+0x3b/0x70) [ 206.542737] [<c058628f>] (gic_handle_irq) from [<c0100b65>] (__irq_svc+0x65/0x94) [ 206.542741] Exception stack(0xcc97fdf8 to 0xcc97fe40) [ 206.542747] fde0: 000000c3 00000000 [ 206.542756] fe00: c9aca488 00000004 00000020 cb8d2640 00000000 00000004 00000002 00000002 [ 206.542765] fe20: cb8d2660 00000000 cb9c7c50 cc97fe48 c08d9353 c085fab2 400d0033 ffffffff [ 206.542778] [<c0100b65>] (__irq_svc) from [<c085fab2>] (netlink_has_listeners+0x4a/0x58) [ 206.542791] [<c085fab2>] (netlink_has_listeners) from [<c08d9353>] (xfrm_replay_advance+0x3b/0x68) [ 206.542804] [<c08d9353>] (xfrm_replay_advance) from [<c08d6e25>] (xfrm_input+0x389/0xce0) [ 206.542819] [<c08d6e25>] (xfrm_input) from [<bf86d075>] (crypto_finalize_request+0x31/0x7c [crypto_engine]) [ 206.542838] [<bf86d075>] (crypto_finalize_request [crypto_engine]) from [<bf878afd>] (sun8i_ce_handle_cipher_request+0x295/0x5b4 [sun8i_ce]) [ 206.542852] [<bf878afd>] (sun8i_ce_handle_cipher_request [sun8i_ce]) from [<bf86d407>] (crypto_pump_work+0x123/0xd1c [crypto_engine]) [ 206.542866] [<bf86d407>] (crypto_pump_work [crypto_engine]) from [<c01347c7>] (kthread_worker_fn+0x6f/0x13c) [ 206.542879] [<c01347c7>] (kthread_worker_fn) from [<c01354f3>] (kthread+0xeb/0x10c) [ 206.542888] [<c01354f3>] (kthread) from [<c0100159>] (ret_from_fork+0x11/0x38) [ 206.542893] Exception stack(0xcc97ffb0 to 0xcc97fff8) [ 206.542899] ffa0: 00000000 00000000 00000000 00000000 [ 206.542907] ffc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 [ 206.542914] ffe0: 00000000 00000000 00000000 00000000 00000013 00000000 [ 269.559043] rcu: INFO: rcu_sched self-detected stall on CPU [ 269.559067] rcu: 0-....: (21003 ticks this GP) idle=06a/1/0x40000004 softirq=6817/6817 fqs=10441 [ 269.559073] (t=21005 jiffies g=11233 q=456) [ 269.559079] NMI backtrace for cpu 0 [ 269.559089] CPU: 0 PID: 309 Comm: 1c15000.crypto- Tainted: G C 5.9.1-sunxi #20.08.14 [ 269.559092] Hardware name: Allwinner sun8i Family [ 269.559122] [<c010d415>] (unwind_backtrace) from [<c01097a5>] (show_stack+0x11/0x14) [ 269.559136] [<c01097a5>] (show_stack) from [<c0574801>] (dump_stack+0x75/0x84) [ 269.559152] [<c0574801>] (dump_stack) from [<c0579d33>] (nmi_cpu_backtrace+0x6b/0x94) [ 269.559164] [<c0579d33>] (nmi_cpu_backtrace) from [<c0579e15>] (nmi_trigger_cpumask_backtrace+0xb9/0xe0) [ 269.559178] [<c0579e15>] (nmi_trigger_cpumask_backtrace) from [<c01706ab>] (rcu_dump_cpu_stacks+0xab/0xc8) [ 269.559192] [<c01706ab>] (rcu_dump_cpu_stacks) from [<c016fb23>] (rcu_sched_clock_irq+0x5e3/0x7ac) [ 269.559205] [<c016fb23>] (rcu_sched_clock_irq) from [<c0176641>] (update_process_times+0x29/0x70) [ 269.559217] [<c0176641>] (update_process_times) from [<c0184b57>] (tick_sched_timer+0x37/0x74) [ 269.559229] [<c0184b57>] (tick_sched_timer) from [<c0177089>] (__hrtimer_run_queues+0xf1/0x250) [ 269.559241] [<c0177089>] (__hrtimer_run_queues) from [<c0177ab1>] (hrtimer_interrupt+0xcd/0x1fc) [ 269.559255] [<c0177ab1>] (hrtimer_interrupt) from [<c07a9c7b>] (arch_timer_handler_phys+0x27/0x2c) [ 269.559270] [<c07a9c7b>] (arch_timer_handler_phys) from [<c0165acb>] (handle_percpu_devid_irq+0x53/0x1a0) [ 269.559287] [<c0165acb>] (handle_percpu_devid_irq) from [<c01611b5>] (generic_handle_irq+0x29/0x34) [ 269.559299] [<c01611b5>] (generic_handle_irq) from [<c0161671>] (__handle_domain_irq+0x41/0x80) [ 269.559310] [<c0161671>] (__handle_domain_irq) from [<c058628f>] (gic_handle_irq+0x3b/0x70) [ 269.559322] [<c058628f>] (gic_handle_irq) from [<c0100b65>] (__irq_svc+0x65/0x94) [ 269.559327] Exception stack(0xcc97fa20 to 0xcc97fa68) [ 269.559336] fa20: cb8d2660 000064b2 000064b1 000064b1 cdf2b0c0 cb8d2640 00000000 00000032 [ 269.559345] fa40: 00000000 00000002 cb8d2660 00000000 00000004 cc97fa70 c08d6bd3 c0953d84 [ 269.559350] fa60: 800d0133 ffffffff [ 269.559363] [<c0100b65>] (__irq_svc) from [<c0953d84>] (_raw_spin_lock+0x28/0x38) [ 269.559379] [<c0953d84>] (_raw_spin_lock) from [<c08d6bd3>] (xfrm_input+0x137/0xce0) [ 269.559391] [<c08d6bd3>] (xfrm_input) from [<c08cb1cb>] (xfrm4_esp_rcv+0x27/0x38) [ 269.559403] [<c08cb1cb>] (xfrm4_esp_rcv) from [<c0877a0f>] (ip_protocol_deliver_rcu+0x27/0x214) [ 269.559414] [<c0877a0f>] (ip_protocol_deliver_rcu) from [<c0877c37>] (ip_local_deliver_finish+0x3b/0x40) [ 269.559424] [<c0877c37>] (ip_local_deliver_finish) from [<c0877cd5>] (ip_local_deliver+0x99/0xa4) [ 269.559433] [<c0877cd5>] (ip_local_deliver) from [<c0877d5f>] (ip_rcv+0x7f/0x84) [ 269.559448] [<c0877d5f>] (ip_rcv) from [<c0815295>] (__netif_receive_skb_core+0x41d/0xa78) [ 269.559461] [<c0815295>] (__netif_receive_skb_core) from [<c0815c6b>] (__netif_receive_skb_list_core+0x97/0x130) [ 269.559471] [<c0815c6b>] (__netif_receive_skb_list_core) from [<c0815e33>] (netif_receive_skb_list_internal+0x12f/0x1e0) [ 269.559481] [<c0815e33>] (netif_receive_skb_list_internal) from [<c0815fc9>] (gro_normal_list.part.0+0x15/0x24) [ 269.559490] [<c0815fc9>] (gro_normal_list.part.0) from [<c0816939>] (napi_complete_done+0x85/0x160) [ 269.559525] [<c0816939>] (napi_complete_done) from [<bf8d4dd5>] (r8152_poll+0x4a9/0x51c [r8152]) [ 269.559547] [<bf8d4dd5>] (r8152_poll [r8152]) from [<c0816ad1>] (net_rx_action+0xbd/0x2c4) [ 269.559557] [<c0816ad1>] (net_rx_action) from [<c0101367>] (__do_softirq+0xcf/0x260) [ 269.559569] [<c0101367>] (__do_softirq) from [<c0120df5>] (irq_exit+0x79/0x98) [ 269.559578] [<c0120df5>] (irq_exit) from [<c0161675>] (__handle_domain_irq+0x45/0x80) [ 269.559588] [<c0161675>] (__handle_domain_irq) from [<c058628f>] (gic_handle_irq+0x3b/0x70) [ 269.559598] [<c058628f>] (gic_handle_irq) from [<c0100b65>] (__irq_svc+0x65/0x94) [ 269.559602] Exception stack(0xcc97fdf8 to 0xcc97fe40) [ 269.559607] fde0: 000000c3 00000000 [ 269.559616] fe00: c9aca488 00000004 00000020 cb8d2640 00000000 00000004 00000002 00000002 [ 269.559626] fe20: cb8d2660 00000000 cb9c7c50 cc97fe48 c08d9353 c085fab2 400d0033 ffffffff [ 269.559639] [<c0100b65>] (__irq_svc) from [<c085fab2>] (netlink_has_listeners+0x4a/0x58) [ 269.559652] [<c085fab2>] (netlink_has_listeners) from [<c08d9353>] (xfrm_replay_advance+0x3b/0x68) [ 269.559665] [<c08d9353>] (xfrm_replay_advance) from [<c08d6e25>] (xfrm_input+0x389/0xce0) [ 269.559679] [<c08d6e25>] (xfrm_input) from [<bf86d075>] (crypto_finalize_request+0x31/0x7c [crypto_engine]) [ 269.559696] [<bf86d075>] (crypto_finalize_request [crypto_engine]) from [<bf878afd>] (sun8i_ce_handle_cipher_request+0x295/0x5b4 [sun8i_ce]) [ 269.559710] [<bf878afd>] (sun8i_ce_handle_cipher_request [sun8i_ce]) from [<bf86d407>] (crypto_pump_work+0x123/0xd1c [crypto_engine]) [ 269.559724] [<bf86d407>] (crypto_pump_work [crypto_engine]) from [<c01347c7>] (kthread_worker_fn+0x6f/0x13c) [ 269.559736] [<c01347c7>] (kthread_worker_fn) from [<c01354f3>] (kthread+0xeb/0x10c) [ 269.559746] [<c01354f3>] (kthread) from [<c0100159>] (ret_from_fork+0x11/0x38) [ 269.559750] Exception stack(0xcc97ffb0 to 0xcc97fff8) [ 269.559756] ffa0: 00000000 00000000 00000000 00000000 [ 269.559765] ffc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 [ 269.559772] ffe0: 00000000 00000000 00000000 00000000 00000013 00000000 root@orangepi-r1:~#
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines