Intel (D)845(GBV) 'Brookdale' chipset UDMA támogatással (végre)

Címkék

Szert tettem egy Intel D845GBV alaplapra. Az alaplap P4 processzort fogad, integrált AC'97 (szokásos olcsó) audio chipet, integrált Intel 10/100VE EtherExpress Pro hálózati adaptert, és onboard VGA grafikus vezérlőt tartalmaz. Adnak hozzá egy digitális monitor kimeneti kártyát (LCD-hez például elengedhetetlen), szóval nem rossz stuff. A lap elvileg UDMA100 átviteli sebességre képes, az alaplapi Intel 82801DB Ultra ATA kontrolleren keresztül. Mondom képes, elméletileg. Gyakorlatilag azonban beletéve a 80GB IBM winchesteremet, nagy ívben tett arra a Linux kernel, hogy az alaplapon van UDMA kontroller és valami baromi lassan kezelte a HDD-t sima PIO (Programmed IO) módban. A lassú alatt értsd azt, hogy nem lehetett normális sebességgel fordítani kernelt a benne levő P4 2.53GHz sebességű processzoron.

Hosszas utánjárás, LKML lista olvasás és több kernelhackerrel történő levelezés után kiderült, hogy az i845 aka. Brookdale chipset támogatása Alan Cox mesternek köszönhetően megkezdődött nem is olyan rég. Mivel rengeteg ilyen alaplapot ad el cégünk naponta, nem mindegy, hogy milyen sebességgel tudjuk a lapon a Linux rendszereket futtatni. A levelezésekből kiderült, hogy mindössze 2 kernel tudja jelenleg ezeken a lapokon az UDMA támogatást bekapcsolni. Ez a két kernel a 2.4.19-ac1 és a 2.4.20-pre1-ac1 kernelek. Lefordítva ezeket a kerneleket, a boot időben valami hasonlót kell látni:Uniform Multi-Platform E-IDE driver Revision: 6.31

ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx

PIIX4: IDE controller on PCI bus 00 dev f9

PCI: Enabling device 00:1f.1 (0005 -> 0007)

PCI: Found IRQ 10 for device 00:1f.1

PCI: Sharing IRQ 10 with 00:1d.2

PIIX4: chipset revision 1

PIIX4: not 100% native mode: will probe irqs later

ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:DMA

ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:DMA

hda: IC35L080AVVA07-0, ATA DISK drive

hdb: WDC WD800BB-22CAA0, ATA DISK drive

hdc: DVD-ROM DDU1621, ATAPI CD/DVD-ROM drive

hdd: R/RW 4x4x32, ATAPI CD/DVD-ROM drive

ide0 at 0x1f0-0x1f7,0x3f6 on irq 14

ide1 at 0x170-0x177,0x376 on irq 15

hda: host protected area => 1

hda: 160836480 sectors (82348 MB) w/1863KiB Cache, CHS=10011/255/63, UDMA(100)

hdb: host protected area => 1

hdb: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=9729/255/63, UDMA(100)


hdc: ATAPI 40X DVD-ROM drive, 512kB Cache, UDMA(33)

Uniform CD-ROM driver Revision: 3.12

Partition check:

hda: hda1 hda2 hda3 hda4

hdb: hdb1

A lap ezekkel a beállításokkal szépen hozza az elvárt értékeket:

sunshine:/home/trey# hdparm -T /dev/hda

/dev/hda:

Timing buffer-cache reads: 128 MB in 0.36 seconds =355.56 MB/sec

sunshine:/home/trey# hdparm -t /dev/hda

/dev/hda:

Timing buffered disk reads: 64 MB in 1.61 seconds = 39.75 MB/sec

sunshine:/home/trey#

Érdekességként megemlíteném, hogy PIO modban az alsó 39.75 érték mindössze 4.xx volt. Emellett másoláskor a CPU terhelés a mostani 4-10% helyett folyamatosan 95-100% volt, azaz munkára teljességgel alkalmatlan volt a rendszer.

Hogy miért is említettem meg mindezt? Mert a legutolsó disztribúciók SEM támogatják még ezeket a lapokat. Értsd a legutolsó alatt például a SuSE 8.0-át.

Tehát marad a kernel patchelés, és mondjuk köszönetet ismét Alan Cox mesternek. Egyébként a patch beolvasztása várható a mainline kernelbe, ugyanis Cox elküldte ezeket a patcheket Tosattinak. Idő kérdése és megjelenik. Én következő stabil kernelbe (2.4.20) várom a támogatást.

Ja: nem csak az Intel gyárt 845 chipsetre épülő alaplapokat. Amit én közelről is ismerek az az MSI által gyártott lap. A fent leírtak arra is vonatkoznak természetesen.

Jó hackelést.