Skip to contentSkip to conversation

SiI3112 DMA? (2.6.0-test6)

DISCUSSION Jurgen Kramer 6 participants 9 messages Oct 5, 2003 – Oct 7, 2003

lore
Share & tools
lore

Jurgen Kramer

author
#0 lore raw

Hi,

I am currently running 2.6.0-test6 on an old PII which has a SiI3112 SATA PCI card in one of its PCI slots. It seems that the SiI3112 is not using DMA so now it is even running slower then the onboard PIIX4 IDE controller.

Is DMA supported on the Si3112? DMA is not being enabled by the SiI3112 card's BIOS (this is a cheap PCI card):

SiI3112 Serial ATA: IDE controller at PCI slot 0000:00:0b.0 SiI3112 Serial ATA: chipset revision 2
SiI3112 Serial ATA: 100% native mode on irq 11

    ide2: MMIO-DMA at 0xd8807000-0xd8807007, BIOS settings: hde:pio,
hdf:pio
    ide3: MMIO-DMA at 0xd8807008-0xd880700f, BIOS settings: hdg:pio,

hdh:pio
hde: ST3120026AS, ATA DISK drive
ide2 at 0xd8807080-0xd8807087,0xd880708a on irq 11

Greetings,

Jurgen

#1 lore raw
Quoted 11 lines · Jurgen Kramer

I am currently running 2.6.0-test6 on an old PII which has a SiI3112 SATA PCI card in one of its PCI slots. It seems that the SiI3112 is not using DMA so now it is even running slower then the onboard PIIX4 IDE controller.

Is DMA supported on the Si3112? DMA is not being enabled by the SiI3112 card's BIOS (this is a cheap PCI card):

SiI3112 Serial ATA: IDE controller at PCI slot 0000:00:0b.0 SiI3112 Serial ATA: chipset revision 2
SiI3112 Serial ATA: 100% native mode on irq 11

Quoted 6 lines
    ide2: MMIO-DMA at 0xd8807000-0xd8807007, BIOS settings: hde:pio,
hdf:pio
    ide3: MMIO-DMA at 0xd8807008-0xd880700f, BIOS settings: hdg:pio,

hdh:pio
hde: ST3120026AS, ATA DISK drive
ide2 at 0xd8807080-0xd8807087,0xd880708a on irq 11

I get this, too, on 2.4.22-ac2, and I've had someone else tell me
about the same issue with their card (don't know what kernel he's running).

This is on the SIIG 2-channel PCI card (SA-SIG212). If I copy
anything large (a couple of hundred megabytes of data) to the disk, then the data rate to the disk drops slowly (on what appears to be an exponential decay), and then drops to zero for about 7-10 seconds, followed by a complete system lock-up for 1-2 seconds when the transfer rate goes through the roof, followed by another 7-10 seconds of no transfer and another lock-up, and so on. (I'm using gkrellm to get this data throughput information).

Filesystem is ReiserFS, FWIW. More details below.

Hugo.

From dmesg:

[snip]
Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx SiI3112 Serial ATA: IDE controller at PCI slot 00:0d.0
PCI: Found IRQ 12 for device 00:0d.0
PCI: Sharing IRQ 12 with 00:09.0
SiI3112 Serial ATA: chipset revision 1
SiI3112 Serial ATA: not 100% native mode: will probe irqs later
ide0: MMIO-DMA , BIOS settings: hda:pio, hdb:pio
ide1: MMIO-DMA , BIOS settings: hdc:pio, hdd:pio
ALI15X3: IDE controller at PCI slot 00:0f.0
ALI15X3: chipset revision 193
ALI15X3: not 100% native mode: will probe irqs later

    ide2: BM-DMA at 0x9000-0x9007, BIOS settings: hde:DMA, hdf:pio
    ide3: BM-DMA at 0x9008-0x900f, BIOS settings: hdg:pio, hdh:pio

hda: ST3120026AS, ATA DISK drive
blk: queue c0325d60, I/O limit 4095Mb (mask 0xffffffff) [snip]

vlad:~# cat /proc/ide/siimage

Controller: 0
SiI3112 Chipset.
MMIO Base 0xd5800000
MMIO-DMA Base 0xd5800000
MMIO-DMA Base 0xd5800008

vlad:~# hdparm /dev/ide/host0/bus0/target0/lun0/disc

/dev/ide/host0/bus0/target0/lun0/disc:

 multcount    = 16 (on)
 IO_support   =  1 (32-bit)
 unmaskirq    =  0 (off)
 using_dma    =  1 (on)
 keepsettings =  1 (on)
 readonly     =  0 (off)
 readahead    =  8 (on)

geometry = 14593/255/63, sectors = 234441648, start = 0

(This was after hdparm -X70 -d1 -c1 -K1)

vlad:~# hdparm -I /dev/ide/host0/bus0/target0/lun0/disc

/dev/ide/host0/bus0/target0/lun0/disc:

ATA device, with non-removable media

        Model Number:       ST3120026AS                             
        Serial Number:      3JT059GT            
        Firmware Revision:  3.05    
Standards:
        Used: ATA/ATAPI-6 T13 1410D revision 2 
        Supported: 6 5 4 3 
Configuration:
        Logical         max     current
        cylinders       16383   65535
        heads           16      1
        sectors/track   63      63
        --
        CHS current addressable sectors:    4128705
        LBA    user addressable sectors:  234441648
        LBA48  user addressable sectors:  234441648
        device size with M = 1024*1024:      114473 MBytes
        device size with M = 1000*1000:      120034 MBytes (120 GB)

Capabilities:
LBA, IORDY(can be disabled)
bytes avail on r/w long: 4 Queue depth: 1
Standby timer values: spec'd by Standard
R/W multiple sector transfer: Max = 16 Current = 16 Recommended acoustic management value: 254, current value: 0
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=240ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
* READ BUFFER cmd
* WRITE BUFFER cmd
* Host Protected Area feature set
* Look-ahead
* Write cache
* Power Management feature set
Security Mode feature set
* SMART feature set
* FLUSH CACHE EXT command
* Mandatory FLUSH CACHE command
* Device Configuration Overlay feature set
* 48-bit Address feature set
SET MAX security extension
* DOWNLOAD MICROCODE cmd
* SMART self-test
* SMART error logging
Security:
supported
not enabled
not locked
not frozen
not expired: security count
not supported: enhanced erase
Checksum: correct

vlad:~# hdparm -i /dev/ide/host0/bus0/target0/lun0/disc

/dev/ide/host0/bus0/target0/lun0/disc:

Model=ST3120026AS, FwRev=3.05, SerialNo=3JT059GT
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4 BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=234441648 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
AdvancedPM=no WriteCache=enabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 2:

* signifies the current active mode

Signature · 3 lines
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
  PGP key: 1C335860 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
                  --- Be pure. Be vigilant. Behave. ---
#2 lore raw
Quoted 9 lines · Jurgen Kramer
Quoted 8 lines

I am currently running 2.6.0-test6 on an old PII which has a SiI3112 SATA PCI card in one of its PCI slots. It seems that the SiI3112 is not using DMA so now it is even running slower then the onboard PIIX4 IDE controller.

Is DMA supported on the Si3112? DMA is not being enabled by the SiI3112 card's BIOS (this is a cheap PCI card):
[...]

Quoted 4 lines · Hugo Mills

I get this, too, on 2.4.22-ac2, and I've had someone else tell me
about the same issue with their card (don't know what kernel he's running).
[...]

Same problems here. My kernel version is 2.4.22, but more important is that the driver version is 1.06. My card is manufactured by "VScom" and it looks almost identical compared to the evaluation card made my Silicon Image.

Here are my snippets:

dmesg:
[snip]
SiI3112 Serial ATA: IDE controller at PCI slot 00:09.0
PCI: Found IRQ 11 for device 00:09.0
SiI3112 Serial ATA: chipset revision 1
SiI3112 Serial ATA: not 100% native mode: will probe irqs later
ide2: MMIO-DMA , BIOS settings: hde:pio, hdf:pio
ide3: MMIO-DMA , BIOS settings: hdg:pio, hdh:pio
hde: Maxtor 6Y120M0, ATA DISK drive
blk: queue c03426a8, I/O limit 4095Mb (mask 0xffffffff)
hdg: Maxtor 6Y120M0, ATA DISK drive
blk: queue c0342afc, I/O limit 4095Mb (mask 0xffffffff) [/snip]

server:/var/log# cat /proc/ide/siimage
Controller: 0
SiI3112 Chipset.
MMIO Base 0xec003000
MMIO-DMA Base 0xec003000
MMIO-DMA Base 0xec003008
server:/var/log# hdparm /dev/hde

/dev/hde:

 multcount    = 16 (on)
 IO_support   =  0 (default 16-bit)
 unmaskirq    =  0 (off)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    =  8 (on)

geometry = 238216/16/63, sectors = 240121728, start = 0

server:/var/log# hdparm -I /dev/hde

[snip]
/dev/hde:

ATA device, with non-removable media

    Model Number:       Maxtor 6Y120M0
    Serial Number:      Y3JZGQYE
    Firmware Revision:  YAR51BW0

Standards:
Supported: 7 6 5 4
Likely used: 7
Configuration:

    Logical         max     current
    cylinders       16383   16383
    heads           16      16
    sectors/track   63      63
    --
    CHS current addressable sectors:   16514064
    LBA    user addressable sectors:  240121728
    device size with M = 1024*1024:      117246 MBytes
    device size with M = 1000*1000:      122942 MBytes (122 GB)

Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 1
Standby timer values: spec'd by Standard, no device specific minimum R/W multiple sector transfer: Max = 16 Current = 16 Advanced power management level: unknown setting (0x0000) Recommended acoustic management value: 192, current value: 254
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5 udma6
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
[/snip]

server:/var/log# hdparm -i /dev/hde

/dev/hde:

Model=Maxtor 6Y120M0, FwRev=YAR51BW0, SerialNo=Y3JZGQYE Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4 BuffType=DualPortCache, BuffSize=7936kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=240121728 IORDY=on/off, tPIO={min:120,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
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: (null): 1 2 3 4 5 6 7

Oh, and running 'hdparm -X[anything here] -d1 -c1 -K1' makes my system get stuck and I have to reset.

Signature · 1 line
Pauli Borodulin <boro \@/ fixel.org>
#3 lore raw
Quoted 109 lines · Pauli Borodulin
Quoted 11 lines · Jurgen Kramer
Quoted 10 lines

I am currently running 2.6.0-test6 on an old PII which has a SiI3112 SATA PCI card in one of its PCI slots. It seems that the SiI3112 is not using DMA so now it is even running slower then the onboard PIIX4 IDE controller.

Is DMA supported on the Si3112? DMA is not being enabled by the SiI3112 card's BIOS (this is a cheap PCI card):

[...]

Quoted 5 lines · Hugo Mills

I get this, too, on 2.4.22-ac2, and I've had someone else tell me
about the same issue with their card (don't know what kernel he's running).

[...]

Same problems here. My kernel version is 2.4.22, but more important is that the driver version is 1.06. My card is manufactured by "VScom" and it looks almost identical compared to the evaluation card made my Silicon Image.

Here are my snippets:

dmesg:
[snip]
SiI3112 Serial ATA: IDE controller at PCI slot 00:09.0
PCI: Found IRQ 11 for device 00:09.0
SiI3112 Serial ATA: chipset revision 1
SiI3112 Serial ATA: not 100% native mode: will probe irqs later
ide2: MMIO-DMA , BIOS settings: hde:pio, hdf:pio
ide3: MMIO-DMA , BIOS settings: hdg:pio, hdh:pio
hde: Maxtor 6Y120M0, ATA DISK drive
blk: queue c03426a8, I/O limit 4095Mb (mask 0xffffffff)
hdg: Maxtor 6Y120M0, ATA DISK drive
blk: queue c0342afc, I/O limit 4095Mb (mask 0xffffffff) [/snip]

server:/var/log# cat /proc/ide/siimage
Controller: 0
SiI3112 Chipset.
MMIO Base 0xec003000
MMIO-DMA Base 0xec003000
MMIO-DMA Base 0xec003008
server:/var/log# hdparm /dev/hde

/dev/hde:

 multcount    = 16 (on)
 IO_support   =  0 (default 16-bit)
 unmaskirq    =  0 (off)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    =  8 (on)

geometry = 238216/16/63, sectors = 240121728, start = 0

server:/var/log# hdparm -I /dev/hde

[snip]
/dev/hde:

ATA device, with non-removable media

    Model Number:       Maxtor 6Y120M0
    Serial Number:      Y3JZGQYE
    Firmware Revision:  YAR51BW0

Standards:
Supported: 7 6 5 4
Likely used: 7
Configuration:

    Logical         max     current
    cylinders       16383   16383
    heads           16      16
    sectors/track   63      63
    --
    CHS current addressable sectors:   16514064
    LBA    user addressable sectors:  240121728
    device size with M = 1024*1024:      117246 MBytes
    device size with M = 1000*1000:      122942 MBytes (122 GB)

Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 1
Standby timer values: spec'd by Standard, no device specific minimum R/W multiple sector transfer: Max = 16 Current = 16 Advanced power management level: unknown setting (0x0000) Recommended acoustic management value: 192, current value: 254
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5 udma6
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
[/snip]

server:/var/log# hdparm -i /dev/hde

/dev/hde:

Model=Maxtor 6Y120M0, FwRev=YAR51BW0, SerialNo=Y3JZGQYE Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4 BuffType=DualPortCache, BuffSize=7936kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=240121728 IORDY=on/off, tPIO={min:120,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
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: (null): 1 2 3 4 5 6 7

Quoted 2 lines

Oh, and running 'hdparm -X[anything here] -d1 -c1 -K1' makes my system get stuck and I have to reset.

I'm having the same problems and I'm using the ol' 2.4.20-20.9 kernel with RH 9. I had to give up on my Serial to IDE convertor so now I'm using IDE again (I couldn't stand the 1.3 MB/sec transfer rate with the SiI3112 so I reinstalled using IDE). Anyway, I too am looking for a fix for this but it looks to me like very little if anything has changed since 2.4.x. My system also crashes (to say the least! I lose all access to my HD) when I try hdparm -X66 -d1 /dev/hdg.

Signature · 1 line
Devin
#4 lore raw

I have a scheduled fix prepared for release and review by SiI monday morning 9AM Pacific time. Once it is cleared by SiI, it will be released out to the masses.

I can only chortle over the issue of how attempts to replace me, and me trying to escape the indenture servant slave of maintainership yet still bound after nearly 6 years.

Will attempt to address the mod15b phy issues

Cheers,

Andre Hedrick
LAD Storage Consulting Group

Quoted 135 lines · Devin Henderson
Quoted 112 lines · Pauli Borodulin
Quoted 11 lines · Jurgen Kramer
Quoted 10 lines

I am currently running 2.6.0-test6 on an old PII which has a SiI3112 SATA PCI card in one of its PCI slots. It seems that the SiI3112 is not using DMA so now it is even running slower then the onboard PIIX4 IDE controller.

Is DMA supported on the Si3112? DMA is not being enabled by the SiI3112 card's BIOS (this is a cheap PCI card):

[...]

Quoted 5 lines · Hugo Mills

I get this, too, on 2.4.22-ac2, and I've had someone else tell me
about the same issue with their card (don't know what kernel he's running).

[...]

Same problems here. My kernel version is 2.4.22, but more important is that the driver version is 1.06. My card is manufactured by "VScom" and it looks almost identical compared to the evaluation card made my Silicon Image.

Here are my snippets:

dmesg:
[snip]
SiI3112 Serial ATA: IDE controller at PCI slot 00:09.0
PCI: Found IRQ 11 for device 00:09.0
SiI3112 Serial ATA: chipset revision 1
SiI3112 Serial ATA: not 100% native mode: will probe irqs later
ide2: MMIO-DMA , BIOS settings: hde:pio, hdf:pio
ide3: MMIO-DMA , BIOS settings: hdg:pio, hdh:pio
hde: Maxtor 6Y120M0, ATA DISK drive
blk: queue c03426a8, I/O limit 4095Mb (mask 0xffffffff)
hdg: Maxtor 6Y120M0, ATA DISK drive
blk: queue c0342afc, I/O limit 4095Mb (mask 0xffffffff) [/snip]

server:/var/log# cat /proc/ide/siimage
Controller: 0
SiI3112 Chipset.
MMIO Base 0xec003000
MMIO-DMA Base 0xec003000
MMIO-DMA Base 0xec003008
server:/var/log# hdparm /dev/hde

/dev/hde:

 multcount    = 16 (on)
 IO_support   =  0 (default 16-bit)
 unmaskirq    =  0 (off)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    =  8 (on)

geometry = 238216/16/63, sectors = 240121728, start = 0

server:/var/log# hdparm -I /dev/hde

[snip]
/dev/hde:

ATA device, with non-removable media

    Model Number:       Maxtor 6Y120M0
    Serial Number:      Y3JZGQYE
    Firmware Revision:  YAR51BW0

Standards:
Supported: 7 6 5 4
Likely used: 7
Configuration:

    Logical         max     current
    cylinders       16383   16383
    heads           16      16
    sectors/track   63      63
    --
    CHS current addressable sectors:   16514064
    LBA    user addressable sectors:  240121728
    device size with M = 1024*1024:      117246 MBytes
    device size with M = 1000*1000:      122942 MBytes (122 GB)

Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 1
Standby timer values: spec'd by Standard, no device specific minimum R/W multiple sector transfer: Max = 16 Current = 16 Advanced power management level: unknown setting (0x0000) Recommended acoustic management value: 192, current value: 254
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5 udma6
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
[/snip]

server:/var/log# hdparm -i /dev/hde

/dev/hde:

Model=Maxtor 6Y120M0, FwRev=YAR51BW0, SerialNo=Y3JZGQYE Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4 BuffType=DualPortCache, BuffSize=7936kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=240121728 IORDY=on/off, tPIO={min:120,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
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: (null): 1 2 3 4 5 6 7

Quoted 3 lines

Oh, and running 'hdparm -X[anything here] -d1 -c1 -K1' makes my system get stuck and I have to reset.

I'm having the same problems and I'm using the ol' 2.4.20-20.9 kernel with RH 9. I had to give up on my Serial to IDE convertor so now I'm using IDE again (I couldn't stand the 1.3 MB/sec transfer rate with the SiI3112 so I reinstalled using IDE). Anyway, I too am looking for a fix for this but it looks to me like very little if anything has changed since 2.4.x. My system also crashes (to say the least! I lose all access to my HD) when I try hdparm -X66 -d1 /dev/hdg.

Signature · 8 lines
Devin


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/
#5 lore raw
Quoted 4 lines · Andre Hedrick

I have a scheduled fix prepared for release and review by SiI monday morning 9AM Pacific time. Once it is cleared by SiI, it will be released out to the masses.

That's good news. Thank you.

Quoted 1 line

Will attempt to address the mod15b phy issues

mod15b phy? Me simple idiot. Me no understand. :)

Is that the PATA/SATA converter that the last poster mentioned? Or
something else?

Hugo.

Signature · 4 lines
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
  PGP key: 1C335860 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
       --- The early bird gets the worm,  but the second mouse ---       
                            gets the cheese.
#6 lore raw

It is an issue with first generation FIS transfer on the wire.

Take the size of the request in sectors and divide by 15 or 7.5K. Standard FIS packet size is 8K.

Without going into much detail because of NDA's, there needs to be a special DMA engine build table.

I did it once then lost the code because of lack of sleep.

Cheers,

Andre Hedrick
LAD Storage Consulting Group

Quoted 23 lines · Hugo Mills
Quoted 4 lines · Andre Hedrick

I have a scheduled fix prepared for release and review by SiI monday morning 9AM Pacific time. Once it is cleared by SiI, it will be released out to the masses.

That's good news. Thank you.

Quoted 1 line

Will attempt to address the mod15b phy issues

mod15b phy? Me simple idiot. Me no understand. :)

Is that the PATA/SATA converter that the last poster mentioned? Or
something else?

Hugo.

Signature · 4 lines
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
  PGP key: 1C335860 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
       --- The early bird gets the worm,  but the second mouse ---       
                            gets the cheese.
#7 lore raw
In reply to Andre Hedrick

So SiImage is cooperating with you on getting the SATA driver right? I've been holding out on updating the kernel (I could probably extract the driver diffs, but whatever) since experiencing data corruption/lockups on my SiImage controller. If we can expect reliable, fast performance with this controller soon, thats great news : )

Regards

Arve Knudsen

Quoted 163 lines · Andre Hedrick

I have a scheduled fix prepared for release and review by SiI monday morning 9AM Pacific time. Once it is cleared by SiI, it will be released out to the masses.

I can only chortle over the issue of how attempts to replace me, and me trying to escape the indenture servant slave of maintainership yet still bound after nearly 6 years.

Will attempt to address the mod15b phy issues

Cheers,

Andre Hedrick
LAD Storage Consulting Group

Quoted 133 lines · Devin Henderson
Quoted 4 lines · Pauli Borodulin
Quoted 4 lines · Jurgen Kramer
Quoted 3 lines

I am currently running 2.6.0-test6 on an old PII which has a SiI3112 SATA PCI card in one of its PCI slots. It seems that the SiI3112 is

not

Quoted 1 line
Quoted 1 line
Quoted 1 line

using DMA so now it is even running slower then the onboard PIIX4

IDE

Quoted 3 lines
Quoted 3 lines
Quoted 3 lines

controller.

Is DMA supported on the Si3112? DMA is not being enabled by the

SiI3112

Quoted 74 lines
Quoted 3 lines
Quoted 3 lines

card's BIOS (this is a cheap PCI card):

[...]

Quoted 5 lines · Hugo Mills

I get this, too, on 2.4.22-ac2, and I've had someone else tell me
about the same issue with their card (don't know what kernel he's running).

[...]

Same problems here. My kernel version is 2.4.22, but more important is that the driver version is 1.06. My card is manufactured by "VScom" and it looks almost identical compared to the evaluation card made my Silicon Image.

Here are my snippets:

dmesg:
[snip]
SiI3112 Serial ATA: IDE controller at PCI slot 00:09.0
PCI: Found IRQ 11 for device 00:09.0
SiI3112 Serial ATA: chipset revision 1
SiI3112 Serial ATA: not 100% native mode: will probe irqs later
ide2: MMIO-DMA , BIOS settings: hde:pio, hdf:pio
ide3: MMIO-DMA , BIOS settings: hdg:pio, hdh:pio
hde: Maxtor 6Y120M0, ATA DISK drive
blk: queue c03426a8, I/O limit 4095Mb (mask 0xffffffff)
hdg: Maxtor 6Y120M0, ATA DISK drive
blk: queue c0342afc, I/O limit 4095Mb (mask 0xffffffff) [/snip]

server:/var/log# cat /proc/ide/siimage
Controller: 0
SiI3112 Chipset.
MMIO Base 0xec003000
MMIO-DMA Base 0xec003000
MMIO-DMA Base 0xec003008
server:/var/log# hdparm /dev/hde

/dev/hde:

 multcount    = 16 (on)
 IO_support   =  0 (default 16-bit)
 unmaskirq    =  0 (off)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    =  8 (on)

geometry = 238216/16/63, sectors = 240121728, start = 0

server:/var/log# hdparm -I /dev/hde

[snip]
/dev/hde:

ATA device, with non-removable media

    Model Number:       Maxtor 6Y120M0
    Serial Number:      Y3JZGQYE
    Firmware Revision:  YAR51BW0

Standards:
Supported: 7 6 5 4
Likely used: 7
Configuration:

    Logical         max     current
    cylinders       16383   16383
    heads           16      16
    sectors/track   63      63
    --
    CHS current addressable sectors:   16514064
    LBA    user addressable sectors:  240121728
    device size with M = 1024*1024:      117246 MBytes
    device size with M = 1000*1000:      122942 MBytes (122 GB)
Quoted 4 lines

Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 1
Standby timer values: spec'd by Standard, no device specific

minimum

Quoted 26 lines

R/W multiple sector transfer: Max = 16 Current = 16 Advanced power management level: unknown setting (0x0000) Recommended acoustic management value: 192, current value: 254
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5 udma6
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
[/snip]

server:/var/log# hdparm -i /dev/hde

/dev/hde:

Model=Maxtor 6Y120M0, FwRev=YAR51BW0, SerialNo=Y3JZGQYE Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4 BuffType=DualPortCache, BuffSize=7936kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=240121728 IORDY=on/off, tPIO={min:120,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
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: (null): 1 2 3 4 5 6 7

Quoted 3 lines

Oh, and running 'hdparm -X[anything here] -d1 -c1 -K1' makes my system get stuck and I have to reset.

I'm having the same problems and I'm using the ol' 2.4.20-20.9 kernel with RH 9. I had to give up on my Serial to IDE convertor so now I'm using IDE again (I couldn't stand the 1.3 MB/sec transfer rate with the SiI3112 so I reinstalled using IDE). Anyway, I too am looking for a fix for this but it looks to me like very little if anything has changed since 2.4.x. My system also crashes (to say the least! I lose all access to my HD) when I try hdparm -X66 -d1 /dev/hdg.

--
Devin

Quoted 6 lines

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Signature · 1 line
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/
#8 lore raw
In reply to Andre Hedrick

Is this fix going to go directly into the kernel or is it going to be released as some kind of a patch?

Quoted 17 lines · Andre Hedrick

I have a scheduled fix prepared for release and review by SiI monday morning 9AM Pacific time. Once it is cleared by SiI, it will be released out to the masses.

I can only chortle over the issue of how attempts to replace me, and me trying to escape the indenture servant slave of maintainership yet still bound after nearly 6 years.

Will attempt to address the mod15b phy issues

Cheers,

Andre Hedrick
LAD Storage Consulting Group