CAM timeouts on Netra X1

[Chris Ross]

  Okay.  I noticed both:

atapci0: <AcerLabs M5229 UDMA66 controller> port 0x10200-0x10207,0x10218-0x1021b,0x10210-0x10217,0x10208-0x1020b,0x10220-0x1022f at device 13.0 on pci0
atapci0: using PIO transfers above 137GB as workaround for 48bit DMA access bug, expect reduced performance

and

http://lists.freebsd.org/pipermail/freebsd-bugs/2012-January/047385.html

  Perhaps it's a CAM problem where CAM isn't using PIO on the parts of the disk it needs to?  

       - Chris

On Mar 24, 2013, at 21:20 , Chris Ross <cross+freebsd at distal.com> wrote:
>  This may not be sparc64 specific, but.  I have a Netra X1 that I've been netbooting, to eventually install FreeBSD onto its disks.  Booting a recent stable/9. with the old disks (one 80G, one 250G), I would see the following [sort] of errors during [net]boot:
> 
> (ada0:ata2:0:0:0): READ_DMA48. ACB: 25 00 cf cf b5 40 25 00 00 00 01 00
> (ada0:ata2:0:0:0): CAM status: Command timeout
> (ada0:ata2:0:0:0): Retrying command
> (ada0:ata2:0:0:0): READ_DMA48. ACB: 25 00 cf cf b5 40 25 00 00 00 01 00
> (ada0:ata2:0:0:0): CAM status: Command timeout
> (ada0:ata2:0:0:0): Retrying command
> (ada0:ata2:0:0:0): READ_DMA48. ACB: 25 00 cf cf b5 40 25 00 00 00 01 00
> (ada0:ata2:0:0:0): CAM status: Command timeout
> (ada0:ata2:0:0:0): Retrying command
> (ada0:ata2:0:0:0): READ_DMA48. ACB: 25 00 cf cf b5 40 25 00 00 00 01 00
> (ada0:ata2:0:0:0): CAM status: Command timeout
> (ada0:ata2:0:0:0): Retrying command
> (ada0:ata2:0:0:0): READ_DMA48. ACB: 25 00 cf cf b5 40 25 00 00 00 01 00
> (ada0:ata2:0:0:0): CAM status: Command timeout
> (ada0:ata2:0:0:0): Error 5, Retries exhausted
> 
>  In the past, with the old disks, it was ada1, not ada0, and that was the 250G disk that has been reporting errors when the system was running off of it (NetBSD 5.1).  So I assumed that was the problem.  However, I've replaced the disks with a pair of 320GB disks, and am now having that same problem and messages both during boot, and when trying to configure the disks with gpart, for both disks.
> 
>  Is this some sort of size issue?  And, is there any way around it?  NetBSD works on the machine, so I assume it's not that the hardware is deficient in some way with larger PATA disks...
> 
>                               - Chris
> 
> _______________________________________________
> freebsd-sparc64 at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
> To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe at freebsd.org"