[Bug 101891] mvsas prep failed, NULL pointer dereference in mvs_slot_task_free+0x5/0x1f0 [mvsas]

[bugzilla-daemon@bugzilla.kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=101891

--- Comment #2 from Dāvis <davispuh@gmail.com> ---
(In reply to Dāvis from comment #0)
> Got this call trace, it caused any attempts to access those disks hang
> (couldn't even kill those processes, eg. ls).
> Using HighPoint RocketRAID 2760A controller.
> 
> kernel: mvsas 0000:07:00.0: mvsas prep failed[0]!
> kernel: sas: Enter sas_scsi_recover_host busy: 1 failed: 1
> kernel: sas: trying to find task 0xffff880213ac6a00
> kernel: sas: sas_scsi_find_task: aborting task 0xffff880213ac6a00
> kernel: BUG: unable to handle kernel NULL pointer dereference at
> 0000000000000010
> kernel: IP: [<ffffffffa020dfa5>] mvs_slot_task_free+0x5/0x1f0 [mvsas]
> kernel: PGD 1ee973067 PUD 1ee974067 PMD 0
> kernel: Oops: 0000 [#1] PREEMPT SMP
> kernel: Modules linked in: fuse nf_conntrack_netbios_ns
> nf_conntrack_broadcast xt_tcpudp ip6t_rpfilter ip
> kernel:  aesni_intel rc_core snd_hda_codec_realtek aes_x86_64 lrw gf128mul
> videobuf2_dma_sg glue_helper a
> kernel: CPU: 3 PID: 227 Comm: scsi_eh_7 Tainted: P           O   
> 4.1.2-2-ARCH #1
> kernel: Hardware name: Gigabyte Technology Co., Ltd.
> GA-990FXA-UD3/GA-990FXA-UD3, BIOS FFe 11/08/2013
> kernel: task: ffff88007f849e90 ti: ffff880223184000 task.ti: ffff880223184000
> kernel: RIP: 0010:[<ffffffffa020dfa5>]  [<ffffffffa020dfa5>]
> mvs_slot_task_free+0x5/0x1f0 [mvsas]
> kernel: RSP: 0018:ffff880223187d00  EFLAGS: 00010a13
> kernel: RAX: 2e8ba2e8ba2e8ba3 RBX: ffff880213ac6a00 RCX: a2e8bb8b9cb3907b
> kernel: RDX: 0000000000000000 RSI: ffff880213ac6a00 RDI: ffff880222440000
> kernel: RBP: ffff880223187d58 R08: 000000000000000a R09: 0000000000000607
> kernel: R10: 00000000000213fc R11: 0000000000000607 R12: 0000000000000005
> kernel: R13: ffff880222a59000 R14: ffff880222440000 R15: ffff880213ac6a08
> kernel: FS:  00007fdddc839880(0000) GS:ffff88022ecc0000(0000)
> knlGS:0000000000000000
> kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> kernel: CR2: 0000000000000010 CR3: 00000001ee978000 CR4: 00000000000407e0
> kernel: Stack:
> kernel:  ffffffffa0210bde ffff880200000018 ffff880223187d68 ffff880223187d28
> kernel:  00000000a5257e12 ffff88007f840208 0000000000000005 ffff880223187db0
> kernel:  ffff880213ac6a08 ffff8802230ef000 ffff880213ac6a00 ffff880223187e28
> kernel: Call Trace:
> kernel:  [<ffffffffa0210bde>] ? mvs_abort_task+0x1ce/0x230 [mvsas]
> kernel:  [<ffffffffa0119eab>] sas_scsi_recover_host+0x47b/0xc20 [libsas]
> kernel:  [<ffffffffa0083afc>] scsi_error_handler+0xfc/0x580 [scsi_mod]
> kernel:  [<ffffffff81587212>] ? __schedule+0x362/0xa30
> kernel:  [<ffffffffa0083a00>] ? scsi_eh_get_sense+0x190/0x190 [scsi_mod]
> kernel:  [<ffffffff810977f8>] kthread+0xd8/0xf0
> kernel:  [<ffffffff81097720>] ? kthread_worker_fn+0x170/0x170
> kernel:  [<ffffffff8158b962>] ret_from_fork+0x42/0x70
> kernel:  [<ffffffff81097720>] ? kthread_worker_fn+0x170/0x170
> kernel: Code: 84 00 00 00 00 00 66 66 66 66 90 55 48 8b 87 b0 00 00 00 89 f6
> 48 89 e5 f0 48 0f b3 30 5d c
> kernel: RIP  [<ffffffffa020dfa5>] mvs_slot_task_free+0x5/0x1f0 [mvsas]
> kernel:  RSP <ffff880223187d00>
> kernel: CR2: 0000000000000010
> kernel: ---[ end trace 18b7a6f928680374 ]---

It didn't used to happen before, but now today got it again. Seems it's quite
reproducible as my usage was pretty similar, basically heavy I/O, rsync and
compiling. Also seems there's no way to get disks back but just reboot as
removing kernel modules fail (not even with force).

-- 
You are receiving this mail because:
You are watching the assignee of the bug.--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html