From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Hellwig Subject: Re: Oops: NULL pointer dereference - RIP: isci_task_abort_task+0x30/0x3e0 [isci] Date: Mon, 8 Jan 2018 11:11:04 +0100 Message-ID: <20180108101104.GA5167@lst.de> References: <1515154428.30693.43.camel@debian.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from verein.lst.de ([213.95.11.211]:35379 "EHLO newverein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756019AbeAHKLG (ORCPT ); Mon, 8 Jan 2018 05:11:06 -0500 Content-Disposition: inline In-Reply-To: <1515154428.30693.43.camel@debian.org> Sender: linux-scsi-owner@vger.kernel.org List-Id: linux-scsi@vger.kernel.org To: Yves-Alexis Perez Cc: linux-scsi@vger.kernel.org, Christoph Hellwig , "Martin K. Petersen" , Hannes Reinecke Hannes said he was going to look into this, which makes sense given that he designed the async abort code. On Fri, Jan 05, 2018 at 01:13:48PM +0100, Yves-Alexis Perez wrote: > Hi, > > since kernel 4.11 (sorry it took so long to report) I have a box failing to > boot with a NULL pointer dereference (the box is stuck there afterwards). > > The bug has also been reported to the Debian BTS (https://bugs.debian.org/cgi- > bin/bugreport.cgi?bug=882414) and a suggestion to revert 90965761 has been > made. I can confirm it fix the boot issue. > > I don't have the complete stack trace at hand but there's an example in the > Debian bug. The machine is a Dell Precision T5600 with the following SATA > controllers: > > 00:1f.2 SATA controller: Intel Corporation C600/X79 series chipset 6-Port SATA > AHCI Controller (rev 05) > 05:00.0 Serial Attached SCSI controller: Intel Corporation C602 chipset 4-Port > SATA Storage Control Unit (rev 05) > > If you need more information or need me to test something, please ask. > > Regards, > -- > Yves-Alexis ---end quoted text---