From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932247AbbDHQ5p (ORCPT ); Wed, 8 Apr 2015 12:57:45 -0400 Received: from mail1.cbxnet.de ([212.87.33.16]:32906 "EHLO mail1.cbxnet.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932153AbbDHQ5o (ORCPT ); Wed, 8 Apr 2015 12:57:44 -0400 X-Greylist: delayed 1445 seconds by postgrey-1.27 at vger.kernel.org; Wed, 08 Apr 2015 12:57:43 EDT Date: Wed, 8 Apr 2015 18:33:33 +0200 From: Torsten Luettgert To: linux-kernel@vger.kernel.org Cc: Christoph Hellwig Subject: BUG: unable to handle kernel NULL pointer deref, bisected to 746650160 Message-ID: <20150408183333.493607a3@goldlack.schiller106> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, I'm getting NULL pointer deref BUGs on a Supermicro machine of mine since 3.17. It occurs at random uptimes, often a few hours after booting (max uptime was 2 days yet). I bisected the problem (took a while); the problematic commit seems to be 746650160866 (scsi: convert host_busy to atomic_t) by Christoph Hellwig. Here's one of the logs (it's always the same trace): BUG: unable to handle kernel NULL pointer dereference at 0000000000000010 IP: [] swiotlb_unmap_sg_attrs+0x30/0x80 PGD 0 Oops: 0000 [#1] SMP Modules linked in: iTCO_wdt iTCO_vendor_support lpc_ich mfd_core usb_storage CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.16.0-74665016086615bb+ #1 Hardware name: Supermicro X8DTT/X8DTT, BIOS 080016 10/05/2010 task: ffffffff81c16480 ti: ffffffff81c00000 task.ti: ffffffff81c00000 RIP: 0010:[] [] swiotlb_unmap_sg_attrs+0x30/0x80 RSP: 0018:ffff88063fc03e08 EFLAGS: 00010002 RAX: 0000000000000000 RBX: 0000000000000001 RCX: 0000000000000002 RDX: 0000000000000000 RSI: 000000090e2ef000 RDI: ffff880c14e61a00 RBP: ffff88063fc03e38 R08: 0000000000000000 R09: ffff8806209cc098 R10: ffff88063f400120 R11: 0000000000001268 R12: 0000000000000002 R13: 0000000000000002 R14: ffff8806209cc098 R15: ffff880c200fcc70 FS: 0000000000000000(0000) GS:ffff88063fc00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b CR2: 0000000000000010 CR3: 0000000001c11000 CR4: 00000000000027e0 Stack: 0000000000000094 0000000000000094 ffff880c200f8718 0000000000000094 0000000000000094 0000000000000094 ffff88063fc03e48 ffffffff8146a0b4 ffff88063fc03e88 ffffffff81477c1d ffff88063fc03e78 ffff880c213a57c0 Call Trace: [] scsi_dma_unmap+0x54/0x70 [] twl_interrupt+0x26d/0x420 [] handle_irq_event_percpu+0x5d/0x1c0 [] handle_irq_event+0x42/0x70 [] handle_fasteoi_irq+0x5b/0x100 [] handle_irq+0x5c/0x150 [] ? __atomic_notifier_call_chain+0x12/0x20 [] ? atomic_notifier_call_chain+0x16/0x20 [] do_IRQ+0x5e/0x110 [] common_interrupt+0x6a/0x6a [] ? cpuidle_enter_state+0x53/0xd0 [] ? cpuidle_enter_state+0x4f/0xd0 [] cpuidle_enter+0x17/0x20 [] cpuidle_idle_call+0xc4/0x250 [] cpu_idle_loop+0x125/0x1d0 [] cpu_startup_entry+0x13/0x20 [] rest_init+0x77/0x80 [] start_kernel+0x39a/0x3a1 [] ? set_init_arg+0x5d/0x5d [] ? memblock_reserve+0x4c/0x51 [] x86_64_start_reservations+0x2a/0x2c [] x86_64_start_kernel+0x141/0x148 Code: 56 49 89 fe 41 55 41 89 cd 41 54 41 89 d4 53 48 83 ec 10 83 f9 03 74 5e 31 db 85 d2 48 89 f0 7e 48 66 2e 0f 1f 84 00 00 00 00 00 <48> 8b 70 10 48 3b 35 d5 16 e0 00 8b 50 18 72 1e 48 3b 35 d1 16 RIP [] swiotlb_unmap_sg_attrs+0x30/0x80 RSP CR2: 0000000000000010 ---[ end trace 4e21be7f8b16aadd ]--- The same problem was reported by Kui Zhang last october with the subject "3.17.0-rc7 kernel NULL pointer dereference (3ware 9650SE)". Regrettably (for me), nobody replied. We have a 3ware controller, too, but ours is a 9750. Controller firmware and BIOS are current. Any help with this is greatly appreciated. Regards, Torsten