From owner-freebsd-stable@FreeBSD.ORG Mon Aug 21 13:25:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF55D16A4DA for ; Mon, 21 Aug 2006 13:25:52 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9088C43D7E for ; Mon, 21 Aug 2006 13:25:44 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp226-110.lns2.adl4.internode.on.net [203.122.226.110]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k7LDPQW9050841 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Aug 2006 22:55:27 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Mon, 21 Aug 2006 22:55:14 +0930 User-Agent: KMail/1.9.3 References: <20060821120052.0B25816A526@hub.freebsd.org> <200608211414.16731.matt@chronos.org.uk> In-Reply-To: <200608211414.16731.matt@chronos.org.uk> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2241712.hVTn1fjBur"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200608212255.22927.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: Matt Dawson , Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: ATA problems again ... general problem of ICH7 or ATA? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 13:25:53 -0000 --nextPart2241712.hVTn1fjBur Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 21 August 2006 22:44, Matt Dawson wrote: > > atacontrol detach ata3; atacontrol attach ata3 did. > > Yes, that is the method for a controlled remove and reattach, a la hotplug > SATA. AIUI, though, if the drive goes AWOL on its own you need to reinit > the channel before issuing an atacontrol attach foo. In theory... (man 8 > atacontrol) In practice, the drive disappears, never to be probed again. A > warm reboot without power down makes it appear again, so the drive itself > isn't confused. If you have a "proper" hot plug SATA controller you don't need to reinit=20 anything. When I was testing a Promise 2300 the act of plugging the drive in caused a= =20 new disk to show up (which was nice :) This did not happen on the VIA 8237 controller (which, by the way, has a=20 really really crappy RAID function, avoid at all costs). =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2241712.hVTn1fjBur Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBE6bRC5ZPcIHs/zowRAisLAJ9Wo1auIvxDlGGvp1qRsUt0xtAI7wCeNTxV 89xMuN878rTLJd/YNqC65cY= =nciO -----END PGP SIGNATURE----- --nextPart2241712.hVTn1fjBur--