DMA-Modus geht bei nagelneuer Platte nicht!

[CboyGeek]

Hallo!

Hab heute bei meinem Laptop eine erschreckende Erfahrung gemacht:
Ein "hdparm -i /dev/hda bringt mir:


/dev/hda:

Model=TOSHIBA MK2018GAS, FwRev=Q2.03 E, SerialNo=X2918536S
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=46
BuffType=unknown, BuffSize=0kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=39070080
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: sdma0 sdma1 sdma2 mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=yes: unknown setting WriteCache=enabled
Drive conforms to: device does not report version: 1 2 3 4 5

Gebe ich jetzt "hdparm -d1 /dev/hda" ein, so bekomme ich:


/dev/hda:
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Operation not permitted
using_dma = 0 (off)

Wie kann das gehen? Achja, ich bin root!

[towo2099]

Welcher Kernel?
Welche Hardware, Mainboard, Chipsatz??

[CboyGeek]

Kernel ist von Debian der 2.4.18-bf2.4

Das bringt mir "lspci":


00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333]
00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333 AGP]
00:09.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80)
00:0b.0 CardBus bridge: O2 Micro, Inc. OZ6912 Cardbus Controller
00:10.0 USB Controller: VIA Technologies, Inc. USB (rev 80)
00:10.1 USB Controller: VIA Technologies, Inc. USB (rev 80)
00:10.2 USB Controller: VIA Technologies, Inc. USB (rev 80)
00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
00:11.1 IDE interface: VIA Technologies, Inc. VT82C586/B/686A/B PIPC Bus Master IDE (rev 06)
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233 AC97 Audio Controller (rev 50)
00:11.6 Communication controller: VIA Technologies, Inc. Intel 537 [AC97 Modem] (rev 80)
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74)
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250 Lf [Radeon Mobility 9000 M9] (rev 01)

[towo2099]

Also das ist meine Konfig:


linux:/etc/init.d # lspci
00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 3189
00:01.0 PCI bridge: VIA Technologies, Inc.: Unknown device b168
00:0b.0 Multimedia audio controller: Ensoniq 5880 AudioPCI (rev 02)
00:0d.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
00:10.0 USB Controller: VIA Technologies, Inc. USB (rev 80)
00:10.1 USB Controller: VIA Technologies, Inc. USB (rev 80)
00:10.2 USB Controller: VIA Technologies, Inc. USB (rev 80)
00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8233A ISA Bridge
00:11.1 IDE interface: VIA Technologies, Inc. VT82C586B PIPC Bus Master IDE (rev 06)
00:14.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10)
01:00.0 VGA compatible controller: nVidia Corporation: Unknown device 0281 (rev a1)

Das ist ein VIA KT400 und ich mußte auf Kernel 2.4.20 uppen, um DMA benutzen zu können.

[wisnitom]

hallo,

ich habe die hier im Notebook:

Model=TOSHIBA MK4018GAP, FwRev=M0.03 A, SerialNo=428E0738T
Config={ Fixed }

mit Kernel 2.4.18 hatte ich genau die gleichen Probleme ...
mit dem 2.4.19er von SuSE 8.1 waren die Probleme dann beseitigt ..

[CboyGeek]

Jup! Hab mir den 2.4.20er Kernel compiled und jetzt klappt's wunderbar!

Herzlichen Dank!

[Eremit]

@towo2099
danke für die antwort.

die festplatte "schafft" nun anstatt 7,6 Mb über 56 Mb. bin begeistert.
ein update für suse gibt es hier:
ftp://ftp.suse.com/pub/people/mantel/next/RPM
einfach ein:
rpm -Uvh bevorzugter-kernel.rpm
danach ein
mk_initrd
und neu booten. läuft bei mir super und der dma-modus wurde beim nächsten start automatisch aktiviert.

mfg

Eremit

[Mnemno]

Hallo
Habe gerade diesen Thread gelesen und auch mal ein Update des Kernels gemacht.
Ich hatte vorher den 2.4.19 Kernel nach dem reboot konnte man zu meiner begeisterung den Geschwindigkeitszuwachs sehen.
Vorher konnte ich noch die Meldungen am Bildschirm mitlesen was nun nicht mehr möglich ist. Allerdings skippt er den Runlevel 5.
Habt ihr nun irgent welche Ideen wie ich ins KDE komme ???
Ach ja Suse 8.1 und eben nun den Kernel 2.4.20.
Bis dann und danke ......

[towo2099]

Las mich raten, Du hast eine NVidia GraKa im Rechner?
Da mußt Du natürlich auch den Treiber neu installieren, da diese immer für den entspr. Kernel sind.

[oenone]

log dich auf der konsole ein und gib "startx" ein... wenn es dann nicht geht, dann musst du wohl den X-Server neu konfigurieren bzw. treiber aktualisieren / an neuen kernel anpassen

auf bald
oenone

[Mnemno]

Hallo
Vielen dank erst mal für euere Antworten !
Ich habe nun den neuen NVIDIA Treiber geladen und installiert ansonsten habe ich
alles andere upgedatet.
Allerdings starter der XServer immer noch nicht.
Wenn ich nun startx in der Konsole eingeben erschein folgende Fehlermeldung:
NVIDIA(0): Failed to init NVIDIA Kernel module
NVIDIA(0): ***Abording***
Screen(s) found, but none have a usaable configuration

Meine Vermutung ist das es vielleicht ein Proglem gibt mit meiner TV - Karte als ich die Installierte hatte Suse auch erst eine Grafikkarte insallieren wollen.
Kann das sein ?
Wie gehe ich damit um ohne die Karte ausbauen zu müssen ?
Vielen dank noch mal für euere Beiträg und Grüße !

[Samba]

Kann es sein, dass Du "make clear" vergessen hast??

[B4n4$u4]

nur um das richtig zu stellen: ich glaub samba meint make clean
mfg BanaSuA

[ncoder]

Tach,
meiner Meinung nach hast du den Fehler schon gefunden. Er schreibt dir doch folgende Fehlermeldung: "NVIDIA(0): Failed to init NVIDIA Kernel module". Also solltest du den NVIDIA Kernel noch mal neu installieren, anschliessend versuchen das nvidia modul zu laden. Da du ja ein einen neuen Kernel hast, musst du natürlich auch die GraKa "treiber" neu installieren.
Grüße,
ncoder.