[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Does '5.7.6-1' work on USIIIi for you? (was: Re: sparc64 kernel crashes, & using SAS/SATA drives instead of SCA/FC-AL)



On 7/13/20 8:17 AM, Romain Dolbeau wrote:
> I really don't understand; I had two crashes before but cannot induce one now...

I switched one of the buildds which has an UltraSPARC IIIi to kernel 5.7.6 and
got this:

[ 7483.258336] Unable to handle kernel paging request at virtual address 71e76b6501458000
[ 7483.362427] tsk->{mm,active_mm}->context = 000000000000018a
[ 7483.435619] tsk->{mm,active_mm}->pgd = fff0000238250000
[ 7483.504245]               \|/ ____ \|/
                             "@'/ .. \`@"
                             /_| \__/ |_\
                                \__U_/
[ 7483.504249] kworker/0:3(2209): Oops [#1]
[ 7483.504257] CPU: 0 PID: 2209 Comm: kworker/0:3 Tainted: G            E     5.7.0-1-sparc64-smp #1 Debian 5.7.6-1
[ 7483.504274] Workqueue: memcg_kmem_cache kmemcg_workfn
[ 7483.504281] TSTATE: 0000004480e01604 TPC: 000000000065eba0 TNPC: 000000000065eba4 Y: 00000000    Tainted: G            E    
[ 7483.504292] TPC: <deactivate_slab.isra.0+0x60/0x660>
[ 7483.504295] g0: 0000000000000000 g1: 0000000000000018 g2: 00000000000000bc g3: 71e76b6501458ab8
[ 7483.504299] g4: fff000003e1a6b40 g5: fff000023d90a000 g6: fff0000238b38000 g7: 10772cbe72ed3bf5
[ 7483.504302] o0: 0000000000000200 o1: 000c00000482dc60 o2: 0000000000000001 o3: f000020145801800
[ 7483.504305] o4: 00fff00002014580 o5: 000000fff0000201 sp: fff0000238b3ac71 ret_pc: 000000000065ec18
[ 7483.504309] RPC: <deactivate_slab.isra.0+0xd8/0x660>
[ 7483.504313] l0: 00bc019900000000 l1: 00bc019900000000 l2: 00000000ff000000 l3: 000000000000ff00
[ 7483.504316] l4: 0000000000ff0000 l5: 000000ff00000000 l6: 0000ff0000000000 l7: 00ff000000000000
[ 7483.504320] i0: fff000003fc84680 i1: 000c00000482dc60 i2: 71e76b6501458aa0 i3: 69672e6403457a5f
[ 7483.504323] i4: 71e76b6501458aa0 i5: fff0000201458000 i6: fff0000238b3adb1 i7: 000000000065f5a0
[ 7483.504327] I7: <flush_cpu_slab+0x40/0x80>
[ 7483.504330] Call Trace:
[ 7483.504335]  [000000000065f5a0] flush_cpu_slab+0x40/0x80
[ 7483.504344]  [000000000050deec] on_each_cpu_cond_mask+0x6c/0x80
[ 7483.504349]  [000000000050df20] on_each_cpu_cond+0x20/0x40
[ 7483.504354]  [00000000006637a0] __kmem_cache_shrink+0x20/0x2a0
[ 7483.504359]  [0000000000663a2c] __kmemcg_cache_deactivate_after_rcu+0xc/0x60
[ 7483.504364]  [000000000061080c] kmemcg_cache_deactivate_after_rcu+0xc/0x40
[ 7483.504369]  [00000000006107e0] kmemcg_workfn+0x20/0x40
[ 7483.504379]  [000000000048bc58] process_one_work+0x1b8/0x4e0
[ 7483.504383]  [000000000048c0c0] worker_thread+0x140/0x540
[ 7483.504390]  [000000000049279c] kthread+0xdc/0x120
[ 7483.504399]  [00000000004060a4] ret_from_fork+0x1c/0x2c
[ 7483.504403]  [0000000000000000] 0x0
[ 7483.504406] Disabling lock debugging due to kernel taint
[ 7483.504410] Caller[000000000065f5a0]: flush_cpu_slab+0x40/0x80
[ 7483.504415] Caller[000000000050deec]: on_each_cpu_cond_mask+0x6c/0x80
[ 7483.504419] Caller[000000000050df20]: on_each_cpu_cond+0x20/0x40
[ 7483.504423] Caller[00000000006637a0]: __kmem_cache_shrink+0x20/0x2a0
[ 7483.504428] Caller[0000000000663a2c]: __kmemcg_cache_deactivate_after_rcu+0xc/0x60
[ 7483.504433] Caller[000000000061080c]: kmemcg_cache_deactivate_after_rcu+0xc/0x40
[ 7483.504437] Caller[00000000006107e0]: kmemcg_workfn+0x20/0x40
[ 7483.504442] Caller[000000000048bc58]: process_one_work+0x1b8/0x4e0
[ 7483.504445] Caller[000000000048c0c0]: worker_thread+0x140/0x540
[ 7483.504449] Caller[000000000049279c]: kthread+0xdc/0x120

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaubitz@debian.org
`. `'   Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de
  `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


Reply to: