Re: hdparm und udma5
Marcus Jodorf wrote:
> Eduard Bloch <edi@gmx.de> schrieb:
>
>> Ich kenne keine moderne IDE-Platte, die UDMA66 ausreizt, also kein
>> Grund für die Aufregung.
>
> Offenbar hat er aber auch selbst das nicht aktiviert.
O.K., aber wie aktiviere ich das denn explizit? Ich bin schon der
Meinung, daß ich die richtigen Optionen beim Kernel gewählt habe - zudem
war ja das gleiche Verhalten beim Debian-Kernel zu beobachten, und im
Bios habe ich in der letzten Zeit auch nichts geändert!
[...]
> Naja. Mit einem halbwegs gängigen Mainbord braucht man aber auch keine
> zusätzlichen Patches. Solange ein entsprechender Chipsatztreiber im
> Kernel ist, ist der Weg frei.
>
> hdparm -i /dev/hda
>
> /dev/hda:
>
> Model=Maxtor 5T060H6, FwRev=TAH71DP0, SerialNo=T6H2R0RC
> Config={ Fixed }
> RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
> BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=off
> CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=120103200
> 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 udma3 udma4 *udma5 AdvancedPM=yes:
> disabled (255) WriteCache=enabled
> Drive conforms to: ATA/ATAPI-6 T13 1410D revision 0: 1 2 3 4 5 6
>
> So läuft die Platte hier schon, seit sie vor einigen Jahren auf den
> Markt kam an verschiedenen Motherboards.
Genau, so kenne ich das auch
> Also einfach passenden Chipsatztreiber beim Kernelbauen anwählen, in
> meinem Falle z.B. an einem VIA KT133A Board CONFIG_BLK_DEV_VIA82CXXX.
Habe ich gemacht...
> Dann kann man auch UDMA5 problemlos mit hdparm einstellen oder man läßt
> das einfach den kernel selber machen, indem man CONFIG_IDEDMA_PCI_AUTO
> bei der Kernelkonfiguration mit yes beantwortet.
Also ich habe noch einmal alles nachgeguckt, und die entsprechenden
Kerneloption sind alle ausgewählt:
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_IDEDMA_PCI_AUTO=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_BLK_DEV_ADMA=y
CONFIG_BLK_DEV_VIA82CXXX=y
CONFIG_IDEDMA_AUTO=y
CONFIG_BLK_DEV_IDE_MODES=y
Woran könnte es denn noch liegen? Das sagt lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT8367 [KT266]
00:01.0 PCI bridge: VIA Technologies, Inc. VT8367 [KT266 AGP]
00:09.0 Multimedia video controller: Brooktree Corporation Bt878 (rev 11)
00:09.1 Multimedia controller: Brooktree Corporation Bt878 (rev 11)
00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139
(rev 10)
00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139
(rev 10)
00:0d.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 07)
00:0d.1 Input device controller: Creative Labs SB Live! (rev 07)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8233 PCI to ISA Bridge
00:11.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06)
00:11.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 18)
00:11.3 USB Controller: VIA Technologies, Inc. UHCI USB (rev 18)
00:11.4 USB Controller: VIA Technologies, Inc. UHCI USB (rev 18)
01:00.0 VGA compatible controller: nVidia Corporation: Unknown device
0201 (rev a3)
Gruß,
Björn
Reply to: