[lkml]   [2003]   [Mar]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectIncorrect 80 wire detection with amd 760mpx & 2.4.21-pre4-ac7
I suspect that:
is related to my problem.

Anyhow, I'm using a UDMA5 WesternDigital drive on a ASUS
K7M266-D motherboard. With a plain, stock 2.4.20 kernel,
the viper driver properly recognizes which channel has the
80 wire cable (in my case ide0). The hard disk is the
primary master, a cd-r drive is the primary slave, and a zip
drive is the secondary slave. I can successfully set UDMA5
with hdparm without any problems. However, after upgrading
to 2.4.21-pre4-ac7, I noticed that the drive was stuck at
UDMA2. Checking /proc/ide/amd74XX yeilds some unexpected

----------AMD BusMastering IDE Configuration----------------
Driver Version: 2.9
South Bridge: Advanced Micro Devices
[AMD] AMD-768 [Opus] IDE
Revision: IDE 0x4
Highest DMA rate: UDMA100
BM-DMA base: 0xd800
PCI clock: 33.3MHz
-----------------------Primary IDE-------Secondary IDE------
Prefetch Buffer: yes yes
Post Write Buffer: yes yes
Enabled: yes yes
Simplex only: no no
Cable Type: 40w 80w
Address Setup: 30ns 30ns 30ns 120ns
Cmd Active: 90ns 90ns 90ns 90ns
Cmd Recovery: 90ns 90ns 30ns 30ns
Data Active: 90ns 90ns 90ns 330ns
Data Recovery: 30ns 90ns 30ns 270ns
Cycle Time: 60ns 60ns 60ns 600ns
Transfer Rate: 33.3MB/s 33.3MB/s 33.3MB/s 3.3MB/s

It appears that the driver has got it backwards, identifying
my 80 wire cable as a 40 wire cable and visa-versa. As I
mentioned, this is completely opposite to the behavior of
2.4.20. I've poked around the source, but I can't come up
with anything new to what the other person discovered.
Trying to pass ide0=ata66 doesn't seem to have any effect on
the situation. I can provide further information upon
request, but I don't think it will be necessary at this point.


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:33    [W:0.038 / U:2.524 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site