[Linux] Sil3112 werkt niet goed in DMA mode

[Exposure]

Ik draai Gentoo Linux met vanilla 2.4.21 kernel. De driver die ik gebruik is in de kernel gebakken, dus geen module. Standaard werkt hij al niet in DMA mode, als ik hem met hdparm aanzet en daarna hdparm -t doe crasht m'n hele bak. Ik ben op IRC al iemand tegengekomen die hetzelfde probeem heeft met hetzelfde moederbord. Kent iemand hier het probleem en is er een oplossing voor?

Wat extra info:
Moederbord: Abit NF7-S

lspci ziet hem als CMD Raid controller:

code:

 01:0b.0 RAID bus controller: CMD Technology Inc: Unknown device 3112 (rev 02)
        Subsystem: CMD Technology Inc: Unknown device 6112
        Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 11
        I/O ports at ac00 [size=8]
        I/O ports at b000 [size=4]
        I/O ports at b400 [size=8]
        I/O ports at b800 [size=4]
        I/O ports at bc00 [size=16]
        Memory at d8001000 (32-bit, non-prefetchable) [size=512]
        Expansion ROM at <unassigned> [disabled] [size=512K]
        Capabilities: [60] Power Management version 2

De hd waar het om draait:

code:

 azazel root # hdparm -i /dev/hde

/dev/hde:

 Model=IC35L120AVV207-1, FwRev=V24OA63A, SerialNo=VNVD01G4C7SGVG
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=52
 BuffType=DualPortCache, BuffSize=7965kB, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=241254720
 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: disabled (255) WriteCache=enabled
 Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a:  2 3 4 5 6

Stukje uit dmesg, hde is de schijf aan de s-ata controller:

code:

 Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
NFORCE2: IDE controller at PCI slot 00:09.0
NFORCE2: chipset revision 162
NFORCE2: not 100% native mode: will probe irqs later
AMD_IDE: Bios didn't set cable bits corectly. Enabling workaround.
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
AMD_IDE: PCI device 10de:0065 (nVidia Corporation) (rev a2) UDMA100 controller on pci00:09.0
    ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA
    ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA
SiI3112 Serial ATA: IDE controller at PCI slot 01:0b.0
SiI3112 Serial ATA: chipset revision 2
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
hdb: PLEXTOR CD-R PX-W8432T, ATAPI CD/DVD-ROM drive
hdc: IC35L040AVER07-0, ATA DISK drive
hdd: MAXTOR 6L040J2, ATA DISK drive
hde: IC35L120AVV207-1, ATA DISK drive
hdg: no response (status = 0xfe)
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
ide2 at 0xe0800080-0xe0800087,0xe080008a on irq 11
hdc: attached ide-disk driver.
spurious 8259A interrupt: IRQ7.
hdc: host protected area => 1
hdc: 80418240 sectors (41174 MB) w/1916KiB Cache, CHS=79780/16/63
hdd: attached ide-disk driver.
hdd: host protected area => 1
hdd: 78177792 sectors (40027 MB) w/1819KiB Cache, CHS=77557/16/63
hde: attached ide-disk driver.
hde: host protected area => 1
hde: 241254720 sectors (123522 MB) w/7965KiB Cache, CHS=15017/255/63
hdb: attached ide-cdrom driver.
hdb: ATAPI 32X CD-ROM CD-R/RW drive, 4096kB Cache
Uniform CD-ROM driver Revision: 3.12
Partition check:
 /dev/ide/host0/bus1/target0/lun0: [PTBL] [5005/255/63] p1 p2
 /dev/ide/host0/bus1/target1/lun0: [PTBL] [4866/255/63] p1 p2 p3 < p5 p6 >
 /dev/ide/host2/bus0/target0/lun0: p1 p2 p3 p4 < p5 >

[Twynn]

Dit lijkt me toch meer iets voor NOS.. 't is meer een configuratie-probleem.. Lijkt me geen hardware-probleem

OM => NOS dus..

[TumbleCow]

De Silicon Image 3112 controllers hebben gewoon nog *erg* slechte drivers onder linux.

Ik ben er een paar dagen mee bezig geweest, en vervolgens heb ik besloten dat ik wel wacht op nieuwere drivers. Het beste dat ik bereikt heb is dat het systeem prima werkte totdat ik een paar gigabyte naar de controller probeerde te sc hrijven. Dan liep hij erg hard vast.

een paar hints:
Stabiliteit:
- ACPI uitzetten in de kernel.
- Alle power management uitzetten in de kernel.
Dat maakte de boel voor mij een stuk stabieler.

Performace:
hdparm -d1 -X66 (om hem op 'ata66' snelheid in te stellen met DMA).

suc6 ermee!, en laat nog even weten of je het aan de gang krijgt.