kernel BUG at /drivers/crypto/caam/jr.c:290!

[samia]

Hi,

I hit the following kernel panic. Have been trying to reproduce it but it seems to be very hard. Any idea of what could be causing this? We are using standard yocto kernel version 6.6.63.

~# ip xfrm stateusb 1-1.1.3: USB disconnect, device number 6
cdc_ether 1-1.1.3:2.0 eth23: unregister 'cdc_ether' usb-xhci-hcd.0.auto-1.1.3, CDC Ethernet Device
------------[ cut here ]------------
kernel BUG at /drivers/crypto/caam/jr.c:290!
Internal error: Oops - BUG: 0 [#1] SMP THUMB2
Modules linked in: cdc_mbim cdc_ncm cdc_wdm qcserial usb_wwan cdc_ether usbnet mii usbserial cdc_acm genipt(O) xt_gmmark(O) xt_bemark(O) w24e2identificator(O) qrtr_mhi ath10k_pci ath11k_pci mhi ath11k ath10k_core qmi_helpers ath mac80211 libarc4 cfg80211
CPU: 0 PID: 135 Comm: irq/70-bhi Tainted: G O 6.6.63-yocto-standard-gc9b59454621a #1
Hardware name: Freescale LS1021A
PC is at caam_jr_dequeue+0x276/0x2b4
LR is at 0xc09a7000
pc : [<803e7042>] lr : [<c09a7000>] psr: 600f0133
sp : 8100df00 ip : 00000004 fp : c09a7000
r10: 00000018 r9 : 91900040 r8 : 00000001
r7 : 9bd23d24 r6 : 00000000 r5 : 00000018 r4 : 00000300
r3 : 00000000 r2 : 00000019 r1 : 00000000 r0 : 91900340
Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA Thumb Segment user
Control: 70c5387d Table: 9f59ff80 DAC: fffffffd
Register r0 information: non-slab/vmalloc memory
Register r1 information: NULL pointer
Register r2 information: non-paged memory
Register r3 information: NULL pointer
Register r4 information: non-paged memory
Register r5 information: non-paged memory
Register r6 information: NULL pointer
Register r7 information: slab kmalloc-128 start 9bd23d00 pointer offset 36 size 128
Register r8 information: non-paged memory
Register r9 information: non-slab/vmalloc memory
Register r10 information: non-paged memory
Register r11 information: 0-page vmalloc region starting at 0xc09a7000 allocated at dma_common_contiguous_remap+0x47/0x5c
Register r12 information: non-paged memory
Process irq/70-bhi (pid: 135, stack limit = 0x2f96983b)
Stack: (0x8100df00 to 0x8100e000)
df00: 00000038 00000001 00000000 63c014f1 a19eb420 00000000 00000000 00000019
df20: c09a7000 8097f8b1 00000000 8097f8ac 8248ec10 c09a7000 00000000 00000019
df40: 918c9740 00000000 00000000 8097f8b0 918c976c 918c9740 ffffffff 918c9754
df60: 918c9354 918c9758 bf7d3338 808c6440 00000040 a9916e80 40000002 80023677
df80: 3ef10000 00000003 00000024 808cb098 808cb090 00000100 00000018 8002384d
dfa0: 8100dfd8 a9916e80 808cb080 8100dfa0 808c33c8 00000009 00000000 808c6440
dfc0: 808c6440 ffffd6f7 808cbd40 00208040 0000008a a9916e80 000f0033 ffffffff
dfe0: a93ffe50 a1053000 a9916e80 a9916e80 3ef10000 80023c55 8003ab26 805893b1
caam_jr_dequeue from tasklet_action_common+0x87/0xa8
tasklet_action_common from handle_softirqs+0xc5/0x1c4
handle_softirqs from irq_exit+0x55/0x78
irq_exit from call_with_stack+0xd/0x10
Code: 0f00 d002 4662 e76e (de02) fa9c
---[ end trace 0000000000000000 ]---
Kernel panic - not syncing: Fatal exception in interrupt
CPU1: stopping
CPU: 1 PID: 0 Comm: swapper/1 Tainted: G D O 6.6.63-yocto-standard-gc9b59454621a #1
Hardware name: Freescale LS1021A
unwind_backtrace from show_stack+0xb/0xc
show_stack from dump_stack_lvl+0x2b/0x34
dump_stack_lvl from do_handle_IPI+0xad/0xd4
do_handle_IPI from ipi_handler+0x13/0x18
ipi_handler from handle_percpu_devid_irq+0x47/0xd0
handle_percpu_devid_irq from generic_handle_domain_irq+0x17/0x20
generic_handle_domain_irq from gic_handle_irq+0x55/0x64
gic_handle_irq from generic_handle_arch_irq+0x27/0x34
generic_handle_arch_irq from call_with_stack+0xd/0x10
---[ end Kernel panic - not syncing: Fatal exception in interrupt ]---

[LFGP]

Dear @samia

please use the "mickledore YP 4.2–lf-6.1.55" instead scarthgap.
let me know the results please
BR
LFGP

[samia]

Hi,

Thanks for you reply. Is there some specific reason for not to use Scarthgap? Moving back to Mickledore would be a problem for us, so we wouldn't want to go there very lightly.

br, Sami