From: jerry <jdinardo@ix.netcom.com>
To: linux-kernel@vger.kernel.org
Subject: Re: ide / usb problem
Date: Sun, 25 Feb 2001 14:22:37 -0500 [thread overview]
Message-ID: <20010225142237.A84@ix.netcom.com> (raw)
In-Reply-To: <20010225060326.K127@pervalidus>
In-Reply-To: <20010225060326.K127@pervalidus>; from 0@pervalidus.net on Sun, Feb 25, 2001 at 06:03:26AM -0300
I also am using the cable supplied with the mobo (Abit kt7) so I do not
think it is ASUS specific. More likey it is releated to the
VIA chipset and/or driver.
If I compile kernel with "Generic PCI bus-master DMA support"
and run "hdparm -d1 /dev/hda" I get 700% performance increase
on hdparm -t benchmark and I do not get any dma BadCRC errors.
It is only when I also compile in the VIA82CXXX option that I get the
"hda: dma_intr:status=0x51 { DriveReady SeekComplete Error }"
"hda: dma_intr:error=0x84 { DriveStatusError BadCRC }"
mesages (1000's of them).
Whether I get the messages or not, if I have dma enabled with 2.4.2
my usb mouse stops working .
jpd
>
> > That indicates cable problems. The CRC will avoid bad transfers
> > as it will do retries
>
> Oh my god. Are you sure it's a cable problem? I'm using the
> cable shipped by ASUS with my K7V and have the same problem:
>
> devfs: v0.102 (20000622) Richard Gooch (rgooch@atnf.csiro.au)
> devfs: boot_options: 0x2
> hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
> hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
> hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
> hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
> ide0: reset: success
>
> Again, if it's really a cable problem, then ASUS is selling
> cables that don't work with UDMA66 (but they sell it as
> UDMA66).
>
> I urge ASUS to explain this problem. If you do a search for
> BadCRC at any lkml archive, you should notice most complaints
> are from... VIA (and most seem to have an ASUS motherboard).
>
> --
> 0@pervalidus.{net, {dyndns.}org} Tel: 55-21-717-2399 (Niterói-RJ BR)
next prev parent reply other threads:[~2001-02-25 19:17 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-02-25 9:03 ide / usb problem Frédéric L. W. Meunier
2001-02-25 10:31 ` Bernd Eckenfels
2001-02-25 13:56 ` Alan Cox
2001-02-25 19:22 ` jerry [this message]
2001-02-26 19:53 ` Jasmeet Sidhu
2001-02-26 20:23 ` Mark Hahn
2001-02-27 8:02 ` Vojtech Pavlik
2001-02-27 13:10 ` Andre Hedrick
-- strict thread matches above, loose matches on Subject: below --
2001-02-26 19:18 David Balazic
2001-02-26 20:06 ` jerry
2001-02-24 12:30 jerry
2001-02-24 16:55 ` Alan Cox
2001-02-25 21:06 ` Tim Moore
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20010225142237.A84@ix.netcom.com \
--to=jdinardo@ix.netcom.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.