[Bugme-new] [Bug 4165] New: IMPOSSIBLE to enable udma5, the maximum is udma2, unbelievably!

[bugme-daemon at osdl.org]

http://bugme.osdl.org/show_bug.cgi?id=4165

           Summary: IMPOSSIBLE to enable udma5, the maximum is udma2,
                    unbelievably!
    Kernel Version: 2.6.8.1-12mdk
            Status: NEW
          Severity: high
             Owner: bzolnier at elka.pw.edu.pl
         Submitter: mmodem00 at netvisao.pt


Distribution: Mandrake     
Hardware Environment: Asus A2H notebook with chipset SIS5513 with a hda    
IC25N060ATMR04-0 (hitachi 4200rpm)    
Software Environment: Mandrakelinux packages    
Problem Description:     
     
Steps to reproduce: I have a Asus A2H notebook with chipset SIS5513 with a hda    
IC25N060ATMR04-0, ATA DISK drive.    
I want to start to say that in windows get my hdd in udma5 (100 MB/s) and in     
linux its impossible to go up of the udma2 (33,3 MB/S).    
    
To see the rate in windows i used the programs SISOft Sandra and Astra32.  
I have been trying to figure out why in linux i cant use the udma5 mode.    
So i again runed hdparm -X69 -d1 -u1 -m16 -c1 /dev/hda, giving this:  
  
  /dev/hda:  
 setting 32-bit IO_support flag to 1  
 setting multcount to 16  
 setting unmaskirq to 1 (on)  
 setting using_dma to 1 (on)  
 setting xfermode to 69 (UltraDMA mode5)  
 multcount    = 16 (on)  
 IO_support   =  1 (32-bit)  
 unmaskirq    =  1 (on)  
 using_dma    =  1 (on)  
  
then i run hdparm -i /dev/hda to see the info about:    
/dev/hda:    
 Model=IC25N060ATMR04-0, FwRev=MO3OAD0A, SerialNo=MRG366K3GKUJGH    
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }    
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4    
 BuffType=DualPortCache, BuffSize=7884kB, MaxMultSect=16, MultSect=16    
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=117210240    
 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={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=yes: mode=0x80 (128) WriteCache=enabled    
 Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a:    
* signifies the current active mode    
    
Like you see continues in udma2!    
   
After i also run dmesg|tail and get this:  
> 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.  
  
So i speak with other people and told me that was because of the flat cable     
that would have to have a 80 conectors, but a notebook doesnt have cable but    
other kind of hardware so i check what i have are 80 conectors.    
    
To dissipate all my doubts i went to windows and saw that it runs in udma5  
(this with astra32 or SISoft Sandra like i said above).  
So thats why the rate transfers in windows are faster than in linux.    
    
How can this be possible?    
Why this happens?    
    
So in the mandrake cooker mailing list    
FACORAT Fabrice <facorat.fabrice at laposte.net> told to went here and post a bug  
because this is due to a kernel bug. 
 
greetings, 
Zé

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.