Old ATA devices don't solicit many questions these days.

Noted by:	rpaulo, imp
Approved by:	bcr (mentor, implicit)
This commit is contained in:
Eitan Adler 2013-01-26 19:35:24 +00:00
parent bb4bf6cd9a
commit 74db29fadf
Notes: svn2git 2020-12-08 03:00:23 +00:00
svn path=/head/; revision=40755

View file

@ -2699,41 +2699,6 @@ kern.timecounter.hardware: TSC -&gt; i8254</screen>
</answer>
</qandaentry>
<qandaentry>
<question id="udma-icrc">
<para>What are <errorname>UDMA ICRC</errorname> errors, and
how do I fix them?</para>
</question>
<answer>
<para>The &man.ata.4; driver reports <errorname>UDMA
ICRC</errorname> errors when a DMA transfer to or from a drive
is corrupted. The driver will retry the operation a few
times. Should the retries fail, it will switch from DMA to
the slower PIO mode of communication with the device.</para>
<para>The problem can be caused by many factors, although
perhaps the most common cause is faulty or incorrect
cabling. Check that the ATA cables are undamaged and rated
for the Ultra&nbsp;DMA mode in use. If you are using
removable drive trays, they must also be compatible. Be
sure that all connections are making good contact. Problems
have also been noticed when an old drive is installed on the
same ATA channel as an Ultra&nbsp;DMA&nbsp;66 (or faster)
drive. Lastly, these errors can indicate that the drive is
failing. Most drive vendors provide testing software for
their drives, so test your drive, and, if necessary, back up
your data and replace it.</para>
<para>The &man.atacontrol.8; utility can be used to show and
select the DMA or PIO modes used for each ATA device. In
particular, <command>atacontrol mode
<replaceable>channel</replaceable></command> will show the
modes in use on a particular ATA channel, where the primary
channel is numbered 0, and so on.</para>
</answer>
</qandaentry>
<qandaentry>
<question id="lock-order-reversal">
<para>What is a <errorname>lock order