<div dir="ltr">On Tue, Sep 9, 2008 at 3:12 PM, Scott Kidder <span dir="ltr">&lt;<a href="mailto:kidder.scott@gmail.com">kidder.scott@gmail.com</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div dir="ltr">The Backend log goes back nearly 4 months with no occurrences of IOBOUND errors until I configured the drives to sleep using &#39;hdparm&#39; yesterday.&nbsp; Also, the IOBOUND errors occur only in the first few seconds of recording.&nbsp; Do these messages indicate that the recording will be corrupted, or are they just a warning that the IO is not responding quickly?<br>

</div></blockquote></div><br>For what it&#39;s worth, I had been using the default PCI latency timer value for the Promise SATA TX4 controller that has the two standby-enabled hard-drives.&nbsp; The latency reported by &#39;lspci -v&#39; was 72, only slightly better than the value 64 used by my two capture cards:<br>
<br>02:0b.0 Mass storage controller: Promise Technology, Inc. PDC40718 (SATA 300 TX4) (rev 02)<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Subsystem: Promise Technology, Inc. PDC40718 (SATA 300 TX4)<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Flags: bus master, 66MHz, medium devsel, latency 72, IRQ 23<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; I/O ports at dc00 [size=128]<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; I/O ports at d400 [size=256]<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Memory at efefb000 (32-bit, non-prefetchable) [size=4K]<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Memory at efec0000 (32-bit, non-prefetchable) [size=128K]<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Expansion ROM at cdc00000 [disabled] [size=32K]<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Capabilities: [60] Power Management version 2<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Kernel driver in use: sata_promise<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Kernel modules: sata_promise<br><br>I increased the latency timer to 64 in my /etc/rc.d/rc.local:<br><br>/sbin/setpci -v -s 02:0b.0 latency_timer=64<br>
<br>Running &#39;lspci -v&#39; gives the following output for the SATA controller:<br><br>02:0b.0 Mass storage controller: Promise Technology, Inc. PDC40718 (SATA 300 TX4) (rev 02)<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Subsystem: Promise Technology, Inc. PDC40718 (SATA 300 TX4)<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Flags: bus master, 66MHz, medium devsel, latency 96, IRQ 23<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; I/O ports at dc00 [size=128]<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; I/O ports at d400 [size=256]<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Memory at efefb000 (32-bit, non-prefetchable) [size=4K]<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Memory at efec0000 (32-bit, non-prefetchable) [size=128K]<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Expansion ROM at cdc00000 [disabled] [size=32K]<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Capabilities: [60] Power Management version 2<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Kernel driver in use: sata_promise<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Kernel modules: sata_promise<br><br>I&#39;ll run with this for a while and see how it goes.<br>
<br>--<br>Scott Kidder<br></div>