From owner-freebsd-current@FreeBSD.ORG Tue Apr 27 12:16:06 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 1C8EF16A4CF; Tue, 27 Apr 2004 12:16:06 -0700 (PDT) Received: from odot.okladot.state.ok.us (odot.okladot.state.ok.us [192.149.244.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45D6443D4C; Tue, 27 Apr 2004 12:16:05 -0700 (PDT) (envelope-from root@techpc04.okladot.state.ok.us) Received: from notes9c.okladot.state.ok.us (notes9a.okladot.state.ok.us [10.36.36.31])OAA24986; Tue, 27 Apr 2004 14:16:02 -0500 Received: from techpc04.okladot.state.ok.us ([199.27.9.37]) by notes9c.okladot.state.ok.us (Lotus Domino Release 5.0.12) with ESMTP id 2004042714155556:159293 ; Tue, 27 Apr 2004 14:15:55 -0500 Received: by techpc04.okladot.state.ok.us (Postfix, from userid 0) id B0B1F5C2B; Tue, 27 Apr 2004 14:16:03 -0500 (CDT) To: , From: "Paul Seniura" Errors-To: "Paul Seniura" Sender: "Paul Seniura" In-Reply-To: <20040323224904.9C8E95C11@techpc04.okladot.state.ok.us> References: <20040323224904.9C8E95C11@techpc04.okladot.state.ok.us> Message-Id: <20040427191603.B0B1F5C2B@techpc04.okladot.state.ok.us> Date: Tue, 27 Apr 2004 14:16:03 -0500 (CDT) X-MIMETrack: Itemize by SMTP Server on Notes9c/ODOT(Release 5.0.12 |February 13, 2003) at 04/27/2004 02:15:55 PM,2003) at 04/27/2004 02:15:56 PM, Serialize complete at 04/27/2004 02:15:56 PM Subject: Re: kern/64637: ata1-slave: stat=0x01 err=0x00 lsb=0x00 msb=0x00 <- repeats for exactly 30 seconds during boot when no slave iswired X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Paul Seniura List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Apr 2004 19:16:06 -0000 With the recent patches to ata-lowlevel.c (v1.33 at this writing), verbose boot is showing this in the dmesg: [...] atapci0: port 0xfff0-0xffff,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfff0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 mask=03 stat0=50 stat1=00 devices=0x1 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb <-- Magic Numbers for ATAPI device ata1-slave: stat=0x01 err=0x00 lsb=0x00 msb=0x00 \ <----------///////////////// [...^v^v^v^ repeats 30 seconds' worth ^v^v^v^...] < <---------<<< looping <<< ata1-slave: stat=0x01 err=0x00 lsb=0x00 msb=0x00 / <----------\\\\\\\\\\\\\\\\\ ata1: reset tp2 mask=01 stat0=00 stat1=81 devices=0x4 ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] [...] The 'atacontrol list' shows: ATA channel 0: Master: ad0 ATA/ATAPI revision 4 Slave: no device present ATA channel 1: Master: acd0 ATA/ATAPI revision 0 Slave: no device present The 'atacontrol mode 0' shows: Master = UDMA33 Slave = BIOSPIO The 'atacontrol mode 1' shows: Master = WDMA2 Slave = BIOSPIO With this new info, we can see that we are getting the ATAPI_MAGIC_* numbers from the secondary channel (still connected only to the LG Combo as Master, no Slaves at all anywhere). The code turns on 'ch->devices |= ATA_ATAPI_MASTER;' at this point and continues. We see different stat1 values afterwards, when checking for slave on secondary. It seems stat1 is not checked against ATA_S_ERROR at this point. How can we do this properly so it'd work for everyone? Also should I figure out why tp2 on primary channel ends up with mask=03, with no slaves at all anywhere? Or is this a common assumption being made? ? ? ? ? -- thx, Paul Seniura.