From owner-freebsd-current Thu Feb 13 5:32:33 2003 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 A22EF37B401 for ; Thu, 13 Feb 2003 05:32:31 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3633043F3F for ; Thu, 13 Feb 2003 05:32:30 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id h1DDWSuP047104; Thu, 13 Feb 2003 14:32:28 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200302131332.h1DDWSuP047104@spider.deepcore.dk> Subject: Re: PLEASE TEST - ATA driver patch (ATANG)... In-Reply-To: <20030213133036.GA13666@HAL9000.homeunix.com> To: David Schultz Date: Thu, 13 Feb 2003 14:32:28 +0100 (CET) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems David Schultz wrote: > Thus spake Soeren Schmidt : > > I've prepared a patch that brings the ATA driver to the next level. > > > > This is mainly to prepare for other platforms which demanded > > some changes to the driver infrastructure. > > > > It also fixes lots of outstanding problems and adds support several > > new chipsets including SiS (thanks to Christoph Kukulies for > > sponsoring a brand new SiS648 based board making that possible!) > > > > Please test it out and remember that this is WIP, so use protective > > glasses and rubber gloves, you have been warned. > > Cool. I'll try these patches out this weekend. Is there a chance > you could integrate the other half of the patch I sent you in > January---the part that sends a FLUSH CACHE command to all disks > at shutdown time? This measure should ensure that disks with > large caches write out all data before the power to them is cut. > Or are you working on a better way of solving this problem? > > There's also the problem jjramsey reported where some (perhaps > broken) hardware required a small delay following the completion > of an IDENTIFY command before the correct data are available to > read, but that problem doesn't concern me directly. I have a list a mile long of fixes/suggestions/hacks, I'll get to them but this needes to be done first to move along... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message