Re: Sil3112 and Seagate ST3160023AS

[Eric Wong <eric@petta-tech.com>]

[-- Attachment #1: Type: text/plain, Size: 1562 bytes --]

Jeff Garzik <jgarzik@pobox.com> wrote:
> Julien Langer wrote:
> >Is there a way to disable this fix, which slows down my drive, since it
> >worked fine for a long time without this fix on older kernel versions?
> >I'm using the deprecated ide driver for the sil controller, not libata.
> 
> Unfortunately it's just a matter of time until you hit a problem, 
> without the errata fix that causes the performance loss.
 
It's been 11 months with my ST3160023AS 3.05 and SiI 3112 (rev 02) under
fairly heavy use and I haven't noticed anything wrong.

I think I've read somewhere that rev 2 of the SiI 3112 is safe, and that
might be why I'm alright.  Unfortunately, the sata_sil blacklist
implementation I wrote at the time doesn't seem to account for the
revision of either the drive nor the controller.

My experiences: (purely anecdotal evidence, ymmv)

Stability has been nothing but solid, the box they're on is on 24/7 as
an NFS server housing mainly FLAC audio and multiple Arch archives and
a build daemon (which means revision libraries and working trees exist
too)

Neither Arch archives/working trees/revision libraries nor my FLAC audio
collection has shown any inconsistency (but then again MD5 used by both
Arch and FLAC has been proven broken lately).  I'll fix up an Arch
script to check the SHA1 and the MD5 checksums sometime this weekend
(the newer commits are double checksummed).  Arch revision library
consistency is checked by tla via inode signatures, and those haven't
burped on me, either.

-- 
Eric Wong

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]