From owner-freebsd-current@FreeBSD.ORG Sun Jul 11 18:08:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C312816A4CE for ; Sun, 11 Jul 2004 18:08:36 +0000 (GMT) Received: from hrothgar.unconceived.net (rrcs-se-24-73-170-14.biz.rr.com [24.73.170.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10E9143D39 for ; Sun, 11 Jul 2004 18:08:34 +0000 (GMT) (envelope-from jhandvil@tampabay.rr.com) Received: from localhost (localhost [IPv6:::1])i6BIJsES000681 for ; Sun, 11 Jul 2004 14:19:54 -0400 (EDT) (envelope-from jhandvil@tampabay.rr.com) From: jhandvil To: freebsd-current@freebsd.org Date: Sun, 11 Jul 2004 14:19:53 -0400 User-Agent: KMail/1.5.4 References: <200407082032.10210.jhandvil@tampabay.rr.com> <40F125BB.6030603@fer.hr> <200407111043.21173.jhandvil@tampabay.rr.com> In-Reply-To: <200407111043.21173.jhandvil@tampabay.rr.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200407111419.53935.jhandvil@tampabay.rr.com> Subject: Re: 5.2.1 p9 --> 5.2 current 20040708 upgrade ATA_IDENTIFY no interrupt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jhandvil@tampabay.rr.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jul 2004 18:08:36 -0000 On Sunday 11 July 2004 10:43 am, jhandvil wrote: > On Sunday 11 July 2004 07:34 am, Ivan Voras wrote: > > jhandvil wrote: > > > Just upgraded from 5.2.1 p9 to 5.2-current. Received the following > > > error during boot (copied by hand, please excuse typo's): > > > > > > ata0-master: FAILURE - ATA_IDENTIFY no interrupt > > > ata0-master: FAILURE - ATA_IDENTIFY no interrupt > > > Mounting root from ufs:/dev/ad0s1a > > > setrootbyname failed > > > ffs_mountroot: can't find rootvp > > > Root mount failed: 6 > > > > I have a very similar situation at my machine. Could you try toggling > > WITNESS in the kernel config and report to the list if there are any > > changes? > > Thanks for the fast response. I toggled turned off WITNESS (and turned on > DDB), and I got the same response. > > I tried digging some more. I know that there was an issue earlier with the > via 8237 and dma, so I tried disabling dma (hw.ata.ata_dma=0). This had no > effect. I'll attempt to dig around in the PCI driver and the ata driver a > little more and see if I can add some traces around the interrupt > assignment. Any additional suggestions would be much appreciated. Additional information: I added a printf at line 236 of ata-queue.c (in function ata_completed). The output shows the values in the ata_request structure: ... command=0xec (ATA_ATA_IDENTIFY) flags=0x282 (ATA_R_IMMEDIATE | ATA_R_READ | ATA_R_TIMEOUT) retries=-1 ... This command is called from ata_identify_devices. I will trace out further to see what is being passed in the ata_channel struct. Please let me know any additional traces that will help to find the root cause. Thanks, Justin