From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 15:20:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 07C9416A41F for ; Tue, 2 Aug 2005 15:20:24 +0000 (GMT) (envelope-from cking@m202.net) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 686D043D4C for ; Tue, 2 Aug 2005 15:20:23 +0000 (GMT) (envelope-from cking@m202.net) Received: from pimout4-ext.prodigy.net (pimout4-int.prodigy.net [207.115.4.203]) by ylpvm29.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id j72FJosx020016 for ; Tue, 2 Aug 2005 11:19:50 -0400 X-ORBL: [69.227.134.127] Received: from xenon.m202.net (adsl-69-227-134-127.dsl.renocs.nvbell.net [69.227.134.127]) by pimout4-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id j72FKGiP073150; Tue, 2 Aug 2005 11:20:21 -0400 Received: from mercury.m202.net (mercury.m202.net [10.0.0.1]) by xenon.m202.net (8.13.3/8.13.3) with ESMTP id j72FKALK037574; Tue, 2 Aug 2005 08:20:10 -0700 (PDT) (envelope-from cking@mercury.m202.net) Received: (from cking@localhost) by mercury.m202.net (8.13.3/8.13.3/Submit) id j72FKASD077218; Tue, 2 Aug 2005 08:20:10 -0700 (PDT) (envelope-from cking) Date: Tue, 2 Aug 2005 08:20:10 -0700 From: Colin King To: Justin Finkelstein Message-ID: <20050802152009.GA29643@mercury.m202.net> References: <0B4913C3-1FFC-4740-BC24-6D36E6FDAFE8@FreeBSD.org> <006101c59743$d186c2c0$0b02a8c0@justin> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline In-Reply-To: <006101c59743$d186c2c0$0b02a8c0@justin> User-Agent: Mutt/1.4.2.1i X-Spam-Status: No, score=-102.3 required=5.0 tests=ALL_TRUSTED, FROM_ENDS_IN_NUMS,USER_IN_WHITELIST autolearn=failed version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on xenon.m202.net Cc: freebsd-current@freebsd.org Subject: Re: Hot-swap SATA and atacontrol 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, 02 Aug 2005 15:20:24 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Try swapping drives without using atacontrol and read the kernel messages t= hat follow. It will tell you if it automatically detached the old drive and attached the new drive, somewhat like it does with USB. If not, you will ne= ed to use atacontrol to manually detach and attach. Either way, you will always need to unmount it, and since this kind of operation has crashed my machine many times, you might as well sync before you do anything too. The feature list doesn't seem to tell you either way if hot plugging is supported. With IDE, it depends on the chipset you're using. On Tue, Aug 02, 2005 at 10:23:09AM +0100, Justin Finkelstein wrote: > OK, so how can I be sure that the controller DOES support hotswap SATA? > I've tested pulling and replacing the drive several times while the syste= m's > on, umounting and remounting it to no ill affect. >=20 > atacontrol's capability list below shows me lots of info, but I don't know > how that relates to hotswap. > one point is that the case comes with a hotswap backplane and I presume t= hat > the Supermicro board that's running the SATA should support hot-swap - it= 's > running an Intel 6300ESB controller, and afaik that supports hot-swap. >=20 > ATA channel 1, Master, device ad2: >=20 > Protocol Serial ATA v1.0 > device model ST3160827AS > serial number 4MT0J7AA > firmware revision 3.42 > cylinders 16383 > heads 16 > sectors/track 63 > lba supported 268435455 sectors > lba48 supported 312581808 sectors > dma supported > overlap not supported >=20 > Feature Support Enable Value Vendor > write cache yes yes > read ahead yes yes > SATA NCQ yes - 31/0x1F > SMART yes yes > microcode download yes yes > security yes no > power management yes yes > advanced power management no no 65278/0xFEFE > automatic acoustic management no no 0/0x00 254/0xFE >=20 >=20 >=20 > -----Original Message----- > From: S=F8ren Schmidt [mailto:sos@FreeBSD.org]=20 > Sent: 02 August 2005 10:11 > To: Justin Finkelstein > Cc: 'Colin King'; freebsd-current@FreeBSD.org > Subject: Re: Hot-swap SATA and atacontrol >=20 >=20 >=20 > On 02/08/2005, at 9:42, Justin Finkelstein wrote: >=20 > > OK; so, what you're saying is that it'll be ok to pull the drive if > > I've > > unmounted it? > > In that case, is the atacontrol step unneccesary? My thinking is =20 > > that it > > might be, but it's just another step to ensure nothing goes wrong. >=20 > "depends" >=20 > If the SATA controller supports hotswap ATA will notice when you yank =20 > the drive and detach it properly from the system (ATA wise, if =20 > mounted you get into trouble). Also it will autodiscover any SATA =20 > driver added, again only on supporting chipsets (and those I know how =20 > to handle). >=20 > - S=F8ren >=20 >=20 >=20 >=20 >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --=20 Colin King http://www.m202.net/ 010000110110111101101110011001110111001001100001 011101000111010101101100011000010111010001101001 011011110110111001110011001011000010000001111001 011011110111010100100000011001100110111101110101 011011100110010000100000011101000110100001100101 001000000111001101100101011000110111001001100101 011101000010000001101101011001010111001101110011 011000010110011101100101001011100010000001011001 011011110111010100100000011101110110100101101110 001000000110110101111001001000000110010001100101 011001010111000000100000011000010110010001101101 011010010111001001100001011101000110100101101111 011011100010000001100001011011100110010000100000 011100100110010101110011011100000110010101100011 0111010000101110 --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) Comment: Signed from MercuryIV iD8DBQFC748o/snj4TV8XCERAu1eAKCPCtRanD9ENFIK1RV6D2Valzj4YwCdH4as qjnwd8Ou+uUewHIKgSfRZYI= =mMWK -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7--