From owner-freebsd-stable Thu Apr 6 15:13:58 2000 Delivered-To: freebsd-stable@freebsd.org Received: from maile.telia.com (maile.telia.com [194.22.190.16]) by hub.freebsd.org (Postfix) with ESMTP id 1AE8B37BFE9 for ; Thu, 6 Apr 2000 15:13:52 -0700 (PDT) (envelope-from girgen@partitur.se) Received: from d1o90.telia.com (root@d1o90.telia.com [195.67.216.241]) by maile.telia.com (8.9.3/8.9.3) with ESMTP id AAA00100; Fri, 7 Apr 2000 00:13:48 +0200 (CEST) Received: from stordatan.telia.com (t4o90p93.telia.com [195.67.217.213]) by d1o90.telia.com (8.8.8/8.8.8) with ESMTP id AAA04209; Fri, 7 Apr 2000 00:13:16 +0200 (CEST) Received: from partitur.se (localhost [127.0.0.1]) by stordatan.telia.com (8.9.3/8.9.1) with ESMTP id AAA84388; Fri, 7 Apr 2000 00:13:31 +0200 (CEST) (envelope-from girgen@partitur.se) Message-ID: <38ED0C0B.124AB415@partitur.se> Date: Fri, 07 Apr 2000 00:13:31 +0200 From: Palle Girgensohn Organization: Partitur X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 4.0-STABLE i386) X-Accept-Language: sv, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: ATA and UDMA Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! i read the thead a while back on udma. here's something pretty strange. I have two disk, each on a separate channel. Same controller (a rather old intel server board, running with one (out of two possible) pentium pro. The two disk are identical, bought together, and I use vinum with them, so the load should be about the same. What happens is, after booting. the second drive give timeouts, and at the end the system degradese it (fallback to PIO mode). Hence, a sysctl hw.atamodes give "dma,---,pio,---". Now, the disk are identical. After this initial boot problem, not much has happened. I have done a number of buildworlds on the machine to stress it, and it seems to be running fine. Just for sports (this machine is not important to me at the moment :) I tried to force the second drive back to dma, and it immediately locked up so much that I had a hard time getting pio back due to system freezes (at least for remote usage :). It never went down, though, just spitted out many timeout messages. I have set both drives to pio for now... Here's some lines from the dmesg: atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ... ad0: 9641MB [19590/16/63] at ata0-master using WDMA2 ad1: 9641MB [19590/16/63] at ata1-master using WDMA2 Mounting root from ufs:/dev/ad0s1a vinum: loaded de0: enabling 100baseTX port ad1: READ command timeout - resetting ata1: resetting devices .. done ad1: READ command timeout - resetting ata1: resetting devices .. done ad1: READ command timeout - resetting ata1: resetting devices .. done ad1: READ command timeout - resetting ata1-master: WARNING: WAIT_READY active=ATA_ACTIVE_ATA ad1: trying fallback to PIO mode ata1: resetting devices .. done Has anyone been able to shed light on this bug? Is there any other way, apart from sysctl, to force pio until it is fixed? Cheers! Palle To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message