From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 14:37:55 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8588B16A419 for ; Tue, 6 Nov 2007 14:37:55 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 2928313C4A5 for ; Tue, 6 Nov 2007 14:37:54 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id lA6EbR6n031882; Tue, 6 Nov 2007 08:37:27 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Tue, 6 Nov 2007 08:37:27 -0600 (CST) From: "Sean C. Farley" To: d@delphij.net In-Reply-To: <472F5D9A.9050900@delphij.net> Message-ID: References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on mail.farley.org Cc: freebsd-current@FreeBSD.org, "Aryeh M. Friedman" , Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 14:37:55 -0000 On Mon, 5 Nov 2007, Xin LI wrote: > Aryeh M. Friedman wrote: >> I have submitted the complete verbose dmesg, pciutil -l and >> everything to several people and all of them have come to the >> conclusion that there is no obvious smoking gone beyond ("it just >> doesn't work")... Thus the comment of ICH9 owners are on their >> own... Next time I reboot I will send you a copy if you really want >> it. > > Yes, please. These information is very important for knowing how to > change the situation, thanks. I have two systems exhibiting problems: 1. Dell Optiplex 745: ad4: 76293MB at ata2-master SATA150 acd0: CDRW at ata3-master SATA150 ... ATA channel 2: Master: ad4 Serial ATA II Slave: no device present ATA channel 3: Master: acd0 Serial ATA v1.0 Slave: no device present ... Problem 1: ad4 recoginized as SATA/150 when it is a SATA/300. Problem 2: errors occur when reading a CD-RW (a BETA release) Nov 5 15:57:55 newsys kernel: acd0: TIMEOUT - READ_BIG retrying (1 retry left) Nov 5 15:58:27 newsys kernel: acd0: TIMEOUT - READ_BIG retrying (0 retries left) Nov 5 15:59:00 newsys kernel: acd0: FAILURE - READ_BIG timed out Nov 5 15:59:00 newsys kernel: g_vfs_done():acd0[READ(offset=387680256, length=14336)]error = 5 This showed up during install (used NFS to get around it), but I can reproduce it by mounting the drive and running: cd /cdrom/7-BETA && grep -Rl GENERIC 2. Asus P5K-E/WiFi: ad10: 152627MB at ata5-master SATA150 ad12: 152627MB at ata6-master SATA150 acd0: DVDR drive at ata10 as master ... ATA channel 5: Master: ad10 Serial ATA v1.0 Slave: no device present ATA channel 6: Master: ad12 Serial ATA v1.0 Slave: no device present ... ATA channel 10: Master: acd0 Serial ATA v1.0 Slave: no device present ... Problem: errors when reading an Unreal Tournament CD directly (non-mounted) Nov 4 17:45:00 thor kernel: ata10: reiniting channel .. Nov 4 17:45:00 thor kernel: ata10: SATA connect time=0ms Nov 4 17:45:00 thor kernel: ata10: SIGNATURE: eb140101 Nov 4 17:45:00 thor kernel: ata10: ahci_reset devices=0x4 Nov 4 17:45:00 thor kernel: ata10: reinit done .. Nov 4 17:45:00 thor kernel: acd0: TIMEOUT - READ_BIG retrying (1 retry left) Nov 4 17:45:31 thor kernel: ata10: reiniting channel .. Nov 4 17:45:31 thor kernel: ata10: SATA connect time=0ms Nov 4 17:45:31 thor kernel: ata10: SIGNATURE: eb140101 Nov 4 17:45:31 thor kernel: ata10: ahci_reset devices=0x4 Nov 4 17:45:31 thor kernel: ata10: reinit done .. Nov 4 17:45:31 thor kernel: acd0: TIMEOUT - READ_BIG retrying (0 retries left) Nov 4 17:46:01 thor kernel: ata10: reiniting channel .. Nov 4 17:46:01 thor kernel: ata10: SATA connect time=0ms Nov 4 17:46:01 thor kernel: ata10: SIGNATURE: eb140101 Nov 4 17:46:01 thor kernel: ata10: ahci_reset devices=0x4 Nov 4 17:46:01 thor kernel: ata10: reinit done .. Nov 4 17:46:01 thor kernel: acd0: FAILURE - READ_BIG timed out I also can receive: Nov 4 16:08:47 thor kernel: acd0: FAILURE - MODE_SENSE_BIG timed out Nov 4 17:40:55 thor kernel: acd0: FAILURE - READ_TRACK_INFO timed out I put the dmesg.boot and pciconf logs along with a patch for ICH9R--is it correct?--and a test program with pieces from burncd.c here[1]. For me the test program, which does not burn, will cause timeout errors on my Asus board but not the Dell (grep will as seen above). Sean 1. http://www.farley.org/freebsd/tmp/SATA/ -- scf@FreeBSD.org