From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965647AbbDQNzq (ORCPT ); Fri, 17 Apr 2015 09:55:46 -0400 Received: from mail.cbxnet.de ([212.87.33.16]:42245 "EHLO mail1.cbxnet.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932660AbbDQNzW (ORCPT ); Fri, 17 Apr 2015 09:55:22 -0400 Date: Fri, 17 Apr 2015 15:55:14 +0200 From: Torsten Luettgert To: Christoph Hellwig Cc: LKML , Linux SCSI mailing list Subject: Re: BUG: unable to handle kernel NULL pointer deref, bisected to 746650160 Message-ID: <20150417155514.5587ece2@goldlack.schiller106> In-Reply-To: <20150417153116.5f97e007@goldlack.schiller106> References: <20150408183333.493607a3@goldlack.schiller106> <20150413174105.GA14988@lst.de> <20150413202829.580e3801@goldlack.schiller106> <20150417153116.5f97e007@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 On Fri, 17 Apr 2015 15:31:16 +0200 Torsten Luettgert wrote: > On Mon, 13 Apr 2015 20:28:29 +0200 > Torsten Luettgert wrote: > > Right now, I'm trying the problematic release, compiled with a newer > gcc (4.9.2-6 from Fedora, while using 4.4.7-11 from rhel6 > before). It has only been running a few hours yet, so I can't tell if > it's good. Ok, forget that, it just crashed. Regards, Torsten > BUG: unable to handle kernel NULL pointer dereference at > 0000000000000018 IP: [] > swiotlb_unmap_sg_attrs+0x28/0x70 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-74665016086615bbaa3fa6f83af410a0a4e029ee+ #1 Hardware name: > Supermicro X8DTT/X8DTT, BIOS 2.1c 04/22/2014 task: > ffffffff81c16500 ti: ffffffff81c00000 task.ti: ffffffff81c00000 RIP: > 0010:[] [] > swiotlb_unmap_sg_attrs+0x28/0x70 RSP: 0018:ffff88063fc03e20 EFLAGS: > 00010002 RAX: ffff880c20567098 RBX: 0000000000000000 RCX: > 0000000000000002 RDX: 0000000000000001 RSI: 0000000000000000 RDI: > ffff880c20567098 RBP: ffff88063fc03e48 R08: 0000000000000000 R09: > ffffffff8134d3a0 R10: 0000000000000000 R11: 00000000000007eb R12: > 0000000000000000 R13: 0000000000000002 R14: 0000000000000001 R15: > ffff880c20567098 FS: 0000000000000000(0000) > GS:ffff88063fc00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 > ES: 0000 CR0: 000000008005003b CR2: 0000000000000018 CR3: > 0000000001c11000 CR4: 00000000000027e0 Stack: ffff880c1eae0718 > ffff880c1eae4c70 ffff880c1f8c858c 00000000000000e4 00000000000000e4 > ffff88063fc03e58 ffffffff8147975e ffff88063fc03ea8 ffffffff81486135 > 0000000000000046 ffff880613c6d050 ffff88063fc03f48 Call Trace: > > [] scsi_dma_unmap+0x5e/0x80 > [] twl_interrupt+0x425/0x750 > [] handle_irq_event_percpu+0x39/0x1b0 > [] handle_irq_event+0x37/0x60 > [] handle_fasteoi_irq+0x78/0x150 > [] handle_irq+0x84/0x150 > [] ? atomic_notifier_call_chain+0x1a/0x20 > [] do_IRQ+0x4d/0xe0 > [] common_interrupt+0x6a/0x6a > > [] ? cpuidle_enter_state+0x46/0xb0 > [] cpuidle_enter+0x17/0x20 > [] cpu_startup_entry+0x2b9/0x3e0 > [] rest_init+0x77/0x80 > [] start_kernel+0x41d/0x42a > [] x86_64_start_reservations+0x2a/0x2c > [] x86_64_start_kernel+0xf1/0xf4 > Code: 44 00 00 55 83 f9 03 48 89 e5 41 57 41 56 41 55 41 89 cd 41 54 > 53 74 4b 45 31 e4 85 d2 49 89 ff 48 89 f3 41 89 d6 7e 29 0f 1f 00 > <8b> 53 18 48 8b 73 10 44 89 e9 4c 89 ff 41 83 c4 01 e8 82 ff ff > RIP [] swiotlb_unmap_sg_attrs+0x28/0x70 > RSP > CR2: 0000000000000018 > ---[ end trace 3eba978c8cc1c24a ]--- > Kernel panic - not syncing: Fatal exception in interrupt > Shutting down cpus with NMI > Kernel Offset: 0x0 from 0xffffffff81000000 (relocation range: 0xffffffff80000000-0xffffffffbfffffff) > Rebooting in 10 seconds..