Re: PDC sata timeouts.

William Fletcher <[email protected]>
Newsgroups gmane.os.netbsd.help
Message-ID <[email protected]>
Hi guys, I'm on the list and I read it all the time so no cc required.

Well, it is working, I rebuilt the parity a few times, and I the 
reconstructed RAID twice... 

The error messages still appear, but, everything is working, I'm happy
with that, as long as my data is safely copying from one disk to the
other.

Should I be concerned about this?


I included this in sys/dev/ata/wd.c with other similar entries.

        { "ST3160211A*",
          WD_QUIRK_FORCE_LBA48 },

Could it be the other quirk? The WD_QUIRK_SPLIT_MOD15_WRITE thingums?
Let me know if I must try this.

Thanks in advance.

On Sun, Mar 25, 2007 at 04:38:51PM +0200, Manuel Bouyer wrote:
> On Sun, Mar 25, 2007 at 09:31:32AM -0400, Greg Troxel wrote:
> > 
> > I was reacting to William's error message:
> > 
> >   wd2a: device timeout reading fsbn 268435392 of 268435392-268435519 (wd2 bn 268435455; cn 266305 tn 0 sn 15), retrying
> >   pdcsata0:0:0: lost interrupt type: ata tc_bcount: 65536 tc_skip: 0
> > 
> > That transfer is FFFFFC0 to 1000003F, so it looks like it crosses the
> > boundary.  Does the code switch to LBA48 for the whole transfer?  Does
> > it need to be split into a non-LBA48 and a LB48 part?  Perhaps the
> > drive can't handle such crossings.  I could be off by some power of
> > two, though.
> 
> Yes, this one cross the LBA48 barrier. But in previous messages he inclued
> errors with other block numbers ...
> 
> -- 
> Manuel Bouyer <[email protected]>
>      NetBSD: 26 ans d'experience feront toujours la difference
> --

-- 
Omina Solutions  | http://omina.co.za | (012) Ph. 664-2480 F. 664-2474
signature.asc (application/pgp-signature, 186 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (NetBSD)

iD8DBQFGBrms0o1hk/SHCkoRArrBAKCqQogF2raYvq/5lUAbIsxnFB8sygCeOGdL
8Y5m3VUo4DAhIuS8ruQafMc=
=Agu0
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.