Hallo Ich habe ein Barebone-System mit SuSE 8.1, läuft soweit gut, was jedoch nicht geht, ist DMA für die HD. Schon beim Booten bleibt es beim Partition Check hängen, wenn man mit ide=nodma startet und dann DMA mit hdparm einstellt, resultiert dies auch in einem Hänger... Da das Gerät kein Floppy besitzt, ist laut SuSE im BIOS der Floppy-Kontroller zu deaktivieren um das Problem zu beheben. Leider führt dies aber auch nicht zu einer Lösung. Any hints?? Gruss Pascal Tritten
Pascal Tritten schrieb:
Ich habe ein Barebone-System mit SuSE 8.1, läuft soweit gut, was jedoch nicht geht, ist DMA für die HD. Schon beim Booten bleibt es beim Partition Check hängen, wenn man mit ide=nodma startet und dann DMA mit hdparm einstellt, resultiert dies auch in einem Hänger...
Da das Gerät kein Floppy besitzt, ist laut SuSE im BIOS der Floppy-Kontroller zu deaktivieren um das Problem zu beheben. Leider führt dies aber auch nicht zu einer Lösung.
Was ist das denn da fuer ein Chipsatz im Spiel? Evtl. wird der ja nicht korrekt unterstuetzt mit dem Kernel, den Du verwendest. Wenn ich Dich richtig verstanden habe, bootet das System ohne DMA einwandfrei, nur mit DMA gibt es Pro- bleme. CU, Th.
Hi Thomas Hertweck wrote:
Pascal Tritten schrieb:
Schon beim Booten bleibt es beim Partition Check hängen, wenn man mit ide=nodma startet und dann DMA mit hdparm einstellt, resultiert dies auch in einem Hänger...
Was ist das denn da fuer ein Chipsatz im Spiel? Evtl. wird der ja nicht korrekt unterstuetzt mit dem Kernel, den Du verwendest. Wenn ich Dich richtig verstanden habe, bootet das System ohne DMA einwandfrei, nur mit DMA gibt es Pro- bleme.
Du hast mich richtig verstanden, ohne DMA läuft alles einwandfrei, nur sind einfach z.T. die HD-Zugriffe ziemlich langsam... ich vermute, es liegt scho am DMA... Also, ich habe einen Kernel 2.4.19-4GB und lspci gibt folgende (Laptop-)Komponenten aus: 00:00.0 Host bridge: Acer Laboratories Inc. [ALi] M1671 Northbridge [Aladdin-P4] (rev 02) 00:01.0 PCI bridge: Acer Laboratories Inc. [ALi] PCI to AGP Controller (prog-if 00 [Normal decode]) 00:06.0 Multimedia audio controller: Acer Laboratories Inc. [ALi] M5451 PCI AC-Link Controller Audio Device (rev 02) 00:07.0 ISA bridge: Acer Laboratories Inc. [ALi] M1533 PCI to ISA Bridge [Aladdin IV] 00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 00:0f.0 USB Controller: Acer Laboratories Inc. [ALi] USB 1.1 Controller (rev 03) (prog-if 10 [OHCI]) 00:10.0 IDE interface: Acer Laboratories Inc. [ALi] M5229 IDE (rev c4) (prog-if 8a [Master SecP PriP]) 00:11.0 Bridge: Acer Laboratories Inc. [ALi] M7101 PMU 01:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 Go] (rev b2) (prog-if 00 [VGA]) Hoffe das hilft weiter. Besten Dank und Grüsse Pascal
Pascal Tritten schrieb:
Thomas Hertweck wrote:
Was ist das denn da fuer ein Chipsatz im Spiel? Evtl. wird der ja nicht korrekt unterstuetzt mit dem Kernel, den Du verwendest. Wenn ich Dich richtig verstanden habe, bootet das System ohne DMA einwandfrei, nur mit DMA gibt es Pro- bleme.
Du hast mich richtig verstanden, ohne DMA läuft alles einwandfrei, nur sind einfach z.T. die HD-Zugriffe ziemlich langsam... ich vermute, es liegt scho am DMA...
Also, ich habe einen Kernel 2.4.19-4GB und lspci gibt folgende (Laptop-)Komponenten aus:
00:00.0 Host bridge: Acer Laboratories Inc. [ALi] M1671 Northbridge [Aladdin-P4] (rev 02) 00:01.0 PCI bridge: Acer Laboratories Inc. [ALi] PCI to AGP Controller (prog-if 00 [Normal decode]) 00:06.0 Multimedia audio controller: Acer Laboratories Inc. [ALi] M5451 PCI AC-Link Controller Audio Device (rev 02) 00:07.0 ISA bridge: Acer Laboratories Inc. [ALi] M1533 PCI to ISA Bridge [Aladdin IV] 00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 00:0f.0 USB Controller: Acer Laboratories Inc. [ALi] USB 1.1 Controller (rev 03) (prog-if 10 [OHCI]) 00:10.0 IDE interface: Acer Laboratories Inc. [ALi] M5229 IDE (rev c4) (prog-if 8a [Master SecP PriP]) 00:11.0 Bridge: Acer Laboratories Inc. [ALi] M7101 PMU 01:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 Go] (rev b2) (prog-if 00 [VGA])
Hmm, ALI Chipsatz - damit hatte ich in der Vergangenheit leider oefters schlechte Erfahrungen gemacht, insbesondere bei AGP und dessen Stabilitaet. Der Chipsatz wird vom SuSE 2.4.21 jedenfalls unterstuetzt - 2.4.19 kann ich leider nicht nachpruefen, weil ich den nicht hier habe. Vielleicht kannst Du selbst ja mal schauen in /usr/src/linux/drivers/ide/pci/. Evtl. kannst Du auch mal die /var/log/boot.msg irgendwo online stellen, vielleicht sieht man da ja noch etwas... Bitte nicht an die Liste schicken, die ist naemlich relativ lang. Aber so richtig viel faellt mir jetzt auch nicht ein zu dem Problem. Gruesse, Th.
Hi Thomas Hertweck wrote:
Hmm, ALI Chipsatz - damit hatte ich in der Vergangenheit leider oefters schlechte Erfahrungen gemacht, insbesondere bei AGP und dessen Stabilitaet. Der Chipsatz wird vom SuSE 2.4.21 jedenfalls unterstuetzt - 2.4.19 kann ich leider nicht nachpruefen, weil ich den nicht hier habe. Vielleicht kannst Du selbst ja mal schauen in /usr/src/linux/drivers/ide/pci/. Evtl. kannst Du auch mal die /var/log/boot.msg irgendwo online stellen, vielleicht sieht man da ja noch etwas... Bitte nicht an die Liste schicken, die ist naemlich relativ lang. Aber so richtig viel faellt mir jetzt auch nicht ein zu dem Problem.
Hier die Adresse der boot.msg: http://www.hta-bi.bfh.ch/~tritp/temp/boot.msg Laut /usr/src/linux/drivers/pci/ sollte der Chipsatz unterstützt werden, und die Unterstützung für ALi m15x3 ist im Kernel einkompiliert. Gruss Pascal
Pascal Tritten schrieb:
[...] Hier die Adresse der boot.msg: http://www.hta-bi.bfh.ch/~tritp/temp/boot.msg
Laut /usr/src/linux/drivers/pci/ sollte der Chipsatz unterstützt werden, und die Unterstützung für ALi m15x3 ist im Kernel einkompiliert.
Das ist die boot.msg, wenn es funktioniert, da hast Du nodma uebergeben. Kannst Du mal eine boot.msg online stellen, wo kein extra Bootparameter uebergeben wurde? Wenn der Rechner dabei haengen bleibt, dann musst Du hinterher extern booten (von Knoppix-CD o.ae.) und die boot.msg sichern - wenn Du naemlich normal hochbootest mit dem System, wird die boot.msg ueberschrieben. Vielleicht erkennt man da, woran Dein Problem liegt. Was z.B. stutzig macht, ist die Meldung: <6>Redundant entry in serial pci_table. Please send the output of <4>lspci -vv, this message (10b9,5457,17c0,1052) <4>and the manufacturer and name of serial board or modem board <4>to serial-pci-info@lists.sourceforge.net. Nun ja, keine Ahnung woran es bei Dir liegt. Eigentlich wird der Chipsatz unterstuetzt. Hast Du es mal mit einem an- deren Kernel probiert als Gegentest? Oder mal geschaut, ob das BIOS aktuell ist? CU, Th.
Thomas Hertweck wrote:
Pascal Tritten schrieb:
[...] Hier die Adresse der boot.msg: http://www.hta-bi.bfh.ch/~tritp/temp/boot.msg
Das ist die boot.msg, wenn es funktioniert, da hast Du nodma uebergeben. Kannst Du mal eine boot.msg online stellen, wo kein extra Bootparameter uebergeben wurde? Wenn der Rechner dabei haengen bleibt, dann musst Du hinterher extern booten (von Knoppix-CD o.ae.) und die boot.msg sichern - wenn Du naemlich normal hochbootest mit dem System, wird die boot.msg ueberschrieben. Vielleicht erkennt man da, woran Dein Problem liegt.
Die schreibt er gar nicht, wenn ich nach dem Hängenbleiben mit Knopix boote, dann steht da noch immer die boot.msg vom vorherigen erfolgreichen Start...
Was z.B. stutzig macht, ist die Meldung: <6>Redundant entry in serial pci_table. Please send the output of <4>lspci -vv, this message (10b9,5457,17c0,1052) <4>and the manufacturer and name of serial board or modem board <4>to serial-pci-info@lists.sourceforge.net. Nun ja, keine Ahnung woran es bei Dir liegt. Eigentlich wird der Chipsatz unterstuetzt. Hast Du es mal mit einem an- deren Kernel probiert als Gegentest? Oder mal geschaut, ob das BIOS aktuell ist?
Habe mir übers Wochenende einen 2.4.21er Kernel gebacken, DMA funktioniert jetzt, die obige Meldung mit dem redundanten Eintrag habe ich jedoch immer noch in der boot.msg. Hast Du eine Ahnung wo man da suchen könnte? Was sonst alles nicht mehr (oder erst jetzt ;) ) funktioniert, habe ich noch nicht feststellen können... scheint aber gut zu kommen. Besten Dank vorerst mal für die Hilfe! Gruss Pascal
Pascal Tritten schrieb:
[...] Habe mir übers Wochenende einen 2.4.21er Kernel gebacken,
Vanilla-Kernel? Da haettest Du aber gleich den aktuellen nehmen koennen...
[...] DMA funktioniert jetzt, die obige Meldung mit dem redundanten Eintrag habe ich jedoch immer noch in der boot.msg. Hast Du eine Ahnung wo man da suchen könnte?
Wenn Du wissen willst, wo die Meldung herkommt, dann musst Du im Kernel-Source suchen. Sie kommt aus ./drivers/char/serial.c. Dort findest Du printk(KERN_INFO "Redundant entry in serial pci_table. " "Please send the output of\n" "lspci -vv, this message (%04x,%04x,%04x,%04x)\n" "and the manufacturer and name of " "serial board or modem board\n" "to serial-pci-info@lists.sourceforge.net.\n", dev->vendor, dev->device, pci_get_subvendor(dev), pci_get_subdevice(dev)); Die Zahlen in Deiner Ausgabe "(10b9,5457,17c0,1052)" geben also genau die hier zuletzt gelisteten dev->vendor usw. an. Wenn ich das richtig verstehe, dann war der Kernel nicht in der Lage, eine Hardware bei Dir korrekt zu identifizieren...
Was sonst alles nicht mehr (oder erst jetzt ;) ) funktioniert, habe ich noch nicht feststellen können... scheint aber gut zu kommen.
Wenn es ein Vanilla-Kernel ist, dann geht jetzt einiges nicht mehr so automatisch, z.B. muss ALSA oder lm_sensors extern in- stalliert werden, NVIDIA-Treiber muessen neu compiliert werden und auch blogd usw. funktionieren erst einmal nicht mehr... CU, Th.
Thomas Hertweck wrote:
Pascal Tritten schrieb:
[...]
Vanilla-Kernel? Da haettest Du aber gleich den aktuellen nehmen koennen...
Nein Mantel... an den Vanilla habe ich mich noch nicht getraut ;)
[...] DMA funktioniert jetzt, die obige Meldung mit dem redundanten Eintrag habe ich jedoch immer noch in der boot.msg. Hast Du eine Ahnung wo man da suchen könnte?
Wenn Du wissen willst, wo die Meldung herkommt, dann musst Du im Kernel-Source suchen. Sie kommt aus ./drivers/char/serial.c.
ok, da muss ich mich wohl mal etwas länger damit beschäftigen. Ich werde mich wieder melden, wenn ich was habe. Besten Dank und Gruss Pascal
Am Dienstag, 4. November 2003 22:49 schrieb Pascal Tritten:
Hallo
Ich habe ein Barebone-System mit SuSE 8.1, läuft soweit gut, was jedoch nicht geht, ist DMA für die HD.
Vielleicht auch mal BIOS updaten. Hast Du das Board übertaktet? Hatte hier gerade Probleme mit einem alten GA-686LX3 und PII 350(100er FSB): DMA funkioniert hier nur mit bis 75 MHZ FSB und Multiplikator 5! Mit 84er FSB läuft das Board auch stabil aber nur ohne DMA. Irgendwie hapert's auch bei manchen Multiplikatoren kleiner als 5! Naja, herumspielen lohnt sich auf jeden Fall - schaffe jetzt laut hdparm 22 MB/s mit einer aktuellen 40er Maxtor-Platte Übrigens habe ich Suse 9.0. Unter 8.1 hatte ich mal ein DVD-LW bei dem DMA nicht funktionierte. Das hat sich seit 8.2 geändert, allerdings war damals mein KT333 noch sehr neu. Manchmal ist es mir auch passiert, daß einige Platten/CD-LW sich gegenseitig nicht mochten. Also ggf. mal alles andere abklemmen und die Platte mal ganz allein auf DMA testen. Viel Erfolg, Rüdiger
participants (3)
-
Pascal Tritten
-
Rüdiger Meier
-
Thomas Hertweck