Date: Fri, 17 Oct 2008 10:08:40 +0200 From: Ruben van Staveren <ruben@verweg.com> To: "Steven Hartland" <killing@multiplay.co.uk> Cc: freebsd-stable@freebsd.org, Jeremy Chadwick <koitsu@FreeBSD.org>, "Andrey V. Elsukov" <bu7cher@yandex.ru>, kib@freebsd.org, sos@freebsd.org Subject: Re: Request for testing: ata(4) MFC Message-ID: <E630ACBC-E347-4589-9527-B821C44A30A2@verweg.com> In-Reply-To: <ACF0BD8AF9124428AA567442AE2B0E22@multiplay.co.uk> References: <676151223134689@webmail38.yandex.ru> <20081005004808.GA70137@icarus.home.lan> <48E99C18.6070602@yandex.ru> <20081006051211.GA10542@icarus.home.lan> <20081010115855.GA31707@icarus.home.lan><20081016071700.GA2793@icarus.home.lan> <48F7B865.2040604@mawer.org> <ACF0BD8AF9124428AA567442AE2B0E22@multiplay.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-18--1036898920 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Hi, On 17 Oct 2008, at 1:15, Steven Hartland wrote: > You must be very careful with using less than 48bit addressing when > both > the drive and the controller supports it as some disks report errors > at > none standard crossover points. > > I saw this first hand with the highpoint driver where it totally > trashed > the RAID volumes. The solution was to "always" use 48bit addressing if > the drive supports / requires it. Could this be the thing that is at stake ? The mirror, consisting out of ad4/ad6 got its ad4 trashed with the patch enabled. luckily it could be rebuild from the intact ad6. here is a atacontrol cap ad4 (0|chassis|ttyp0[-]) ~ > atacontrol cap ad4 Protocol Serial ATA II device model SEAGATE ST32500NSSUN250G 0825B824R1 serial number 9QE824R1 firmware revision 3AZQ cylinders 16383 heads 16 sectors/track 63 lba supported 268435455 sectors lba48 supported 488390625 sectors dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes Native Command Queuing (NCQ) yes - 31/0x1F Tagged Command Queuing (TCQ) no no 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 --Apple-Mail-18--1036898920 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) iD8DBQFI+EgIZ88+mcQxRw0RAl+5AJ4jHxBDhIbngBfkdx46O47I3Z2L5wCgg8Pz saxwy5UeFNfQwtEDFUL5h8w= =zeZp -----END PGP SIGNATURE----- --Apple-Mail-18--1036898920--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E630ACBC-E347-4589-9527-B821C44A30A2>