From owner-freebsd-hackers Thu Nov 2 7:42:16 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (Postfix) with ESMTP id 1B6AC37B4CF for ; Thu, 2 Nov 2000 07:42:14 -0800 (PST) Received: (from daemon@localhost) by smtp03.primenet.com (8.9.3/8.9.3) id IAA07586; Thu, 2 Nov 2000 08:40:24 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp03.primenet.com, id smtpdAAA7CaiYo; Thu Nov 2 08:40:19 2000 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id IAA08485; Thu, 2 Nov 2000 08:42:06 -0700 (MST) From: Terry Lambert Message-Id: <200011021542.IAA08485@usr09.primenet.com> Subject: Re: Broken PCI-IDE RZ1000 & ata To: sos@freebsd.dk (Soren Schmidt) Date: Thu, 2 Nov 2000 15:42:05 +0000 (GMT) Cc: stolz@I2.Informatik.RWTH-Aachen.DE (Volker Stolz), freebsd-hackers@FreeBSD.ORG In-Reply-To: <200011021033.LAA94206@freebsd.dk> from "Soren Schmidt" at Nov 02, 2000 11:33:30 AM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > The RZ1000 PCI-IDE controller found on at least one Intel board is > > severely broken and requires a workaround which is available for > > Linux (at least it turned up in the config for 2.4.0, though the board > > should be a couple of years old, it's for regular Pentium-I). > > > > Could anyone comment on this to get it working with FreeBSD? > > sysinstalls gets write-errors after a couple of kilobytes, and > > when running an already installed system, mount/fsck bomb with > > sig 11, after that you find yourself in single-user mode with > > every command (including 'reboot'!) yielding a SIGILL. > > Well, that chip is so broken by design, no software workaround can > help its misery, a hardware fix exists, but cant (easily) be > retrofitted. Forget about it, buy a new Promise or whatever if > you really need that board, a software only fix is _not_ possible, > no matter what linux might tell you.... The fix was to retry the call if an interrupt occurred during DMA. This is a very old bug. The old ATA driver in FreeBSD had this fix. Are you sure that you aren't just not setting the right flags on the device? This workaround used to be on by default in GENERIC. Alternately, it's possible that the "new, improved" ATA driver code is mearely "new". Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message