Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1161265AbWALU7k (ORCPT ); Thu, 12 Jan 2006 15:59:40 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1161268AbWALU7j (ORCPT ); Thu, 12 Jan 2006 15:59:39 -0500 Received: from mail.dvmed.net ([216.237.124.58]:36579 "EHLO mail.dvmed.net") by vger.kernel.org with ESMTP id S1161265AbWALU7j (ORCPT ); Thu, 12 Jan 2006 15:59:39 -0500 Message-ID: <43C6C331.1030602@pobox.com> Date: Thu, 12 Jan 2006 15:59:29 -0500 From: Jeff Garzik User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alan Cox CC: Reuben Farrelly , Andrew Morton , torvalds@osdl.org, gregkh@suse.de, linux-kernel@vger.kernel.org, linux-pci@atrey.karlin.mff.cuni.cz Subject: Re: [GIT PATCH] PCI patches for 2.6.15 - retry References: <20060109203711.GA25023@kroah.com> <20060109164410.3304a0f6.akpm@osdl.org> <1136857742.14532.0.camel@localhost.localdomain> <20060109174941.41b617f6.akpm@osdl.org> <43C5D34B.1090903@reub.net> <1137066145.17090.20.camel@localhost.localdomain> In-Reply-To: <1137066145.17090.20.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Spam-Report: Spam detection software, running on the system "srv2.dvmed.net", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Alan Cox wrote: > On Iau, 2006-01-12 at 16:55 +1300, Reuben Farrelly wrote: > >>ata1: SATA max UDMA/133 cmd 0x0 ctl 0x2 bmdma 0x0 irq 0 >>ata2: SATA max UDMA/133 cmd 0x0 ctl 0x2 bmdma 0x8 irq 0 >>Unable to handle kernel NULL pointer dereference at virtual address 00000000 > > > That is the critical bit. The SATA ports have no PCI resources assigned > for bus mastering (BAR 4). libata should have driven the device PIO in > this case but the resource should have been assigned. [...] Content analysis details: (0.1 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.1 RCVD_IN_SORBS_DUL RBL: SORBS: sent directly from dynamic IP address [69.134.188.146 listed in dnsbl.sorbs.net] Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 929 Lines: 25 Alan Cox wrote: > On Iau, 2006-01-12 at 16:55 +1300, Reuben Farrelly wrote: > >>ata1: SATA max UDMA/133 cmd 0x0 ctl 0x2 bmdma 0x0 irq 0 >>ata2: SATA max UDMA/133 cmd 0x0 ctl 0x2 bmdma 0x8 irq 0 >>Unable to handle kernel NULL pointer dereference at virtual address 00000000 > > > That is the critical bit. The SATA ports have no PCI resources assigned > for bus mastering (BAR 4). libata should have driven the device PIO in > this case but the resource should have been assigned. Agreed. This appears to be BIOS assigning bad values to SATA hardware. However, libata should recognize this and not attempt to iomap or drive the hardware, in that case, rather than oops. Jeff - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/