impossible go through udma2 mode
am 06.02.2005 08:14:52 von mmodem00I use mandrake10.1 with the default kernel (2.6.8-12mdk).
I have a Asus A2H notebook with chipset SIS5513 with a hda IC25N060ATMR=
04-0,=20
ATA DISK drive.
I want to start to say that in windows get my hdd in udma5 (100 MB/s) a=
nd in=20
linux its impossible to go up of the udma2 (33,3 MB/S).
I have been trying to figure out why in linux i cant use the udma mode =
2.
So i runed hdparm -X69 -d1 -u1 -m16 -c1 /dev/hda
then i run hdparm -i /dev/hda to see the info about and get this:
/dev/hda:
Model=3DIC25N060ATMR04-0, FwRev=3DMO3OAD0A, SerialNo=3DMRG366K3GKUJGH
Config=3D{ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=3D16383/16/63, TrkSize=3D0, SectSize=3D0, ECCbytes=3D4
BuffType=3DDualPortCache, BuffSize=3D7884kB, MaxMultSect=3D16, MultSec=
t=3D16
CurCHS=3D16383/16/63, CurSects=3D16514064, LBA=3Dyes, LBAsects=3D11721=
0240
IORDY=3Don/off, tPIO=3D{min:240,w/IORDY:120}, tDMA=3D{min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5
AdvancedPM=3Dyes: mode=3D0x80 (128) WriteCache=3Denabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a:
* signifies the current active mode
Like you see continues in udma2!
After, i resolve just run :
~ ]# hdparm -X69 -d1 /dev/hda
/dev/hda:
setting using_dma to 1 (on)
setting xfermode to 69 (UltraDMA mode5)
using_dma =3D 1 (on)
and then do:
~]# dmesg|tail
Neighbour table overflow.
Neighbour table overflow.
Neighbour table overflow.
Neighbour table overflow.
Neighbour table overflow.
Neighbour table overflow.
Neighbour table overflow.
Neighbour table overflow.
Neighbour table overflow.
ide0: Speed warnings UDMA 3/4/5 is not functional.
To dissipate all my doubts i went to windows and saw that it runs in ud=
ma5.
So thats why the rate transfers in windows are faster than in linux.
How can this be possible?
Why this happens?
greetings,
z=E9
-
To unsubscribe from this list: send the line "unsubscribe linux-admin" =
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html