Request for testing: ata(4) MFC
killing at multiplay.co.uk
Fri Oct 17 09:07:11 UTC 2008
Highly likely, as it was seagate disks I had this issue with. The comment
in the hptmv driver:-
+ * always use 48bit LBA if drive supports it.
+ * Some Seagate drives report error if you use a 28-bit command
+ * to access sector 0xfffffff.
----- Original Message -----
From: "Ruben van Staveren" <ruben at verweg.com>
> You must be very careful with using less than 48bit addressing when
> the drive and the controller supports it as some disks report errors
> none standard crossover points.
> I saw this first hand with the highpoint driver where it totally
> 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
lba supported 268435455 sectors
lba48 supported 488390625 sectors
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
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it.
In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337
or return the E.mail to postmaster at multiplay.co.uk.
More information about the freebsd-stable