RE: Hot-swap SATA and atacontrol

From: Justin Finkelstein <justin_at_redwiredesign.com>
Date: Tue, 2 Aug 2005 16:31:28 +0100
I might be being a little dense, but what do you mean by sync?

-----Original Message-----
From: owner-freebsd-current_at_freebsd.org
[mailto:owner-freebsd-current_at_freebsd.org] On Behalf Of Colin King
Sent: 02 August 2005 16:20
To: Justin Finkelstein
Cc: freebsd-current_at_freebsd.org
Subject: Re: Hot-swap SATA and atacontrol


Try swapping drives without using atacontrol and read the kernel messages
that 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
need 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 system's on, umounting and remounting it to no ill affect.
> 
> 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 that 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.
> 
> ATA channel 1, Master, device ad2:
> 
> 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
> 
> 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
> 
> 
> 
> -----Original Message-----
> From: Søren Schmidt [mailto:sos_at_FreeBSD.org]
> Sent: 02 August 2005 10:11
> To: Justin Finkelstein
> Cc: 'Colin King'; freebsd-current_at_FreeBSD.org
> Subject: Re: Hot-swap SATA and atacontrol
> 
> 
> 
> On 02/08/2005, at 9:42, Justin Finkelstein wrote:
> 
> > 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  
> > that it
> > might be, but it's just another step to ensure nothing goes wrong.
> 
> "depends"
> 
> If the SATA controller supports hotswap ATA will notice when you yank
> the drive and detach it properly from the system (ATA wise, if  
> mounted you get into trouble). Also it will autodiscover any SATA  
> driver added, again only on supporting chipsets (and those I know how  
> to handle).
> 
> - Søren
> 
> 
> 
> 
> 
> 
> _______________________________________________
> freebsd-current_at_freebsd.org mailing list 
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to 
> "freebsd-current-unsubscribe_at_freebsd.org"

-- 
Colin King
http://www.m202.net/

010000110110111101101110011001110111001001100001
011101000111010101101100011000010111010001101001
011011110110111001110011001011000010000001111001
011011110111010100100000011001100110111101110101
011011100110010000100000011101000110100001100101
001000000111001101100101011000110111001001100101
011101000010000001101101011001010111001101110011
011000010110011101100101001011100010000001011001
011011110111010100100000011101110110100101101110
001000000110110101111001001000000110010001100101
011001010111000000100000011000010110010001101101
011010010111001001100001011101000110100101101111
011011100010000001100001011011100110010000100000
011100100110010101110011011100000110010101100011
0111010000101110
Received on Tue Aug 02 2005 - 13:31:45 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:40 UTC