SuSE 2.4.20 Kernel ?
Hallo, derzeit habe ich SuSE Linux 8.1 Prof installiert, uname -a zeigt Linux linux 2.4.19-4GB #1 Fri Sep 13 13:19:15 UTC 2002 i686 unknown Gibt es schon einen 2.4.20-Kernel von SuSE? Wenn ja, wo kann ich diesen herunterladen? Und wo finde ich eine Installationsbeschreibung? Danke für die Hilfe. Gruss, Manfred --------------------------------------------- Homepage http://www.manfred-schneider.de Email mailto:manfred@manfred-schneider.de
Manfred Schneider wrote:
derzeit habe ich SuSE Linux 8.1 Prof installiert, uname -a zeigt Linux linux 2.4.19-4GB #1 Fri Sep 13 13:19:15 UTC 2002 i686 unknown
Das sieht aus wie der Default-Kernel der SuSE 8.1. Es gibt dafuer ein YOU Update, hast Du das eingespielt? Das ist al- lerdings genau so Version 2.4.19, nur mit einigen Bugfixes.
Gibt es schon einen 2.4.20-Kernel von SuSE?
Wozu brauchst Du denn einen neuen Kernel? Laeuft etwas nicht? Gibt es neue Hardware oder neue Features, die der alte Kernel nicht hat? Wuerde der neue Kernel Fehler bereinigen, von de- nen Du momentan betroffen bist? Von SuSE gibt es normalerweise keine offiziellen Kernel-Updates auf eine neue Version. Allerdings stellt H. Mantel in seinem FTP-Verzeichnis auf dem SuSE-FTP-Server neuere Kernel zu Test- zwecken bereit. Diese sind aber "experimental", d.h. es kann durchaus passieren, dass da mal was nicht so funktioniert wie es soll. Momentan ist allerdings auch dort noch 2.4.19 die ak- tuelle Version.
Wenn ja, wo kann ich diesen herunterladen?
Wie schon gesagt, es gibt keinen SuSE Kernel 2.4.20. Wenn es ihn gaebe, koenntest Du ihn wohl unter [1] als erstes herun- terladen. Wenn Du wirklich einen Kernel 2.4.20 brauchst, dann kannst Du einen Vanilla-Kernel nehmen und einige SuSE Patches einspielen. Vor kurzem ging hier ein Link dafuer ueber die Liste, siehe Archiv. Den Vanilla-Kernel gibt es nur als Sourcen, den musst Du auf alle Faelle selbst compi- lieren.
Und wo finde ich eine Installationsbeschreibung?
Wenn Du Dir die Kernel-Quellen ziehst, musst Du den Kernel selbst compilieren. Dazu gibt es das Kernel-Howto und Davids Multikernel-Howto[2] und im SuSE-Handbuch steht wohl auch noch etwas dazu. Wenn Du Dir ein RPM von H. Mantel besorgst, dann muss das eben wie ein normales RPM eingespielt werden. Dir soll- te aber bewusst sein, dass wenn Du den alten Kernel und die al- ten Module vorher nicht sicherst, ein "rpm -Uhv kernel_neu.rpm" den alten Kernel aus Deinem System entfernt, d.h. Du kannst dann nur noch mit dem neuen Kernel booten - falls dieser nicht booten will, warum auch immer, dann ist Handarbeit angesagt, um das System wieder lauffaehig zu bekommen. Ueberlege Dir erst einmal gut, ob Du den neuen Kernel wirklich brauchst. Gruesse, Thomson [1]ftp://ftp.gwdg.de/pub/linux/suse/ftp.suse.com/people/mantel/next/ [2]http://www.dhaller.de/linux/multikernel.html -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe === First they ignore you, then they laugh at you, then === === they fight you, then you win. (M. Ghandi) ===
Hallo, zunächst mal Dank an Thomas Hertweck für die ausführliche Antwort :-)
Manfred Schneider wrote:
derzeit habe ich SuSE Linux 8.1 Prof installiert, uname -a zeigt Linux linux 2.4.19-4GB #1 Fri Sep 13 13:19:15 UTC 2002 i686 ...
On Saturday 25 January 2003 11:34, Thomas Hertweck wrote:
Das sieht aus wie der Default-Kernel der SuSE 8.1. Es gibt dafuer ein YOU Update, hast Du das eingespielt? Das ist al- lerdings genau so Version 2.4.19, nur mit einigen Bugfixes.
ja, das YOU-Update ist schon seit einiger Zeit eingespielt.
Wozu brauchst Du denn einen neuen Kernel? Laeuft etwas nicht?
ja, leider, einige Dinge laufen nicht so recht. Ob ein 2.4.20-Kernel
die Probleme lösen wird, weiss ich nicht. Ich hoffe jedenfalls.
Meine Hardware ist "relativ neu", sprich
ASUS A7V8X mit
South Bridge VIA VT8235
North Bridge VIA KT 400
integrierter BroadCom BCM4401 Fast Ethernet Adapter.
sowie eine Western Digital WD1200JB-IDE-Platte am ASUS-Board.
Das ASUS-Board gibt es seit Herbst zu kaufen, meines stammt von
Dezember 2002.
(1) dmesg sagt: VP_IDE: Unknown VIA SouthBridge, contact Vojtech
Pavlik
Am 25.01.2003 um 15:12 schrieb Manfred Schneider:
Meine Hardware ist "relativ neu", sprich ASUS A7V8X mit South Bridge VIA VT8235 [..] (1) dmesg sagt: VP_IDE: Unknown VIA SouthBridge, contact Vojtech Pavlik
Ich habe ein Laptop mit dieser Southbridge. Der IDE-Support dafür ist mittlerweile im Vanilla Kernel (seit 2.4.20-pre) und im Mantel- Kernel (seit -2.4.19.SuSE-34, IIRC). Mit dem Original-Kernel der 8.1 läuft der IDE-Controller des VT8235 nicht mit DMA-Unterstützung. Das könnte auch dir Ursache für deine Punkte 2 bis 4 sein. MfG, Dennis
Hi, Am Samstag, 25. Januar 2003 15:12 schrieb Manfred Schneider:
Hallo,
zunächst mal Dank an Thomas Hertweck für die ausführliche Antwort :-)
Manfred Schneider wrote:
derzeit habe ich SuSE Linux 8.1 Prof installiert, uname -a zeigt Linux linux 2.4.19-4GB #1 Fri Sep 13 13:19:15 UTC 2002 i686 ...
On Saturday 25 January 2003 11:34, Thomas Hertweck wrote:
Das sieht aus wie der Default-Kernel der SuSE 8.1. Es gibt dafuer ein YOU Update, hast Du das eingespielt? Das ist al- lerdings genau so Version 2.4.19, nur mit einigen Bugfixes.
ja, das YOU-Update ist schon seit einiger Zeit eingespielt.
Wozu brauchst Du denn einen neuen Kernel? Laeuft etwas nicht?
ja, leider, einige Dinge laufen nicht so recht. Ob ein 2.4.20-Kernel die Probleme lösen wird, weiss ich nicht. Ich hoffe jedenfalls.
Meine Hardware ist "relativ neu", sprich ASUS A7V8X mit South Bridge VIA VT8235 North Bridge VIA KT 400 integrierter BroadCom BCM4401 Fast Ethernet Adapter. sowie eine Western Digital WD1200JB-IDE-Platte am ASUS-Board. Das ASUS-Board gibt es seit Herbst zu kaufen, meines stammt von Dezember 2002.
...habe das gleiche Board, läuft suoer hier (mit Debian)
(1) dmesg sagt: VP_IDE: Unknown VIA SouthBridge, contact Vojtech Pavlik
Das irritiert mich schon etwas. Hat das Auswirkungen auf die nächsten Punkte?
die Meldung bekomme ich auch.
(2) Die Maus "friert" immer wieder für 1-2 Sekungen ein: obwohl ich die Maus bewege, bewegt sich der Mauszeiger nicht. Das habe ich auf allen früheren PC/OS-Kombinationen bisher nicht gesehen.
hier nicht. Stell doch mal UDMA ab, und probier mal weiter. Grafikkarte? NVidia?? 3D-Beschleunigung ?
(3) Ebenso friert meine Tastatur manchmal kurzfristig ein. In der Konsole kann ich z.B. machmal 5-7 Zeichen innerhalb 1-2 Sekunden tippen, ohne dass ich sie sehe. Danach werden alle 5-7 Zeichen "schlagartig" angezeigt.
s.o.
(4) Mir scheint, dass ein Platten-I/O auf der WD-IDE-Platte andere Aktivitäten einfrieren lässt oder zumindest "behindert", wie z.B. Öffnen einer Konsole, Starten eines Programms etc. Wenn ich etwa updatedb (Aktualisieren der locate-DB) starte, kann ich kaum noch etwas parallel arbeiten.
(5) Schade ist auch, dass es bei SuSE 8.1 mit Kernel 2.4.19 keinen Support für den BroadCom BCM4401 Fast Ethernet Adapter gibt.
auf der Treiber-CD zum Mobo liegen sourcen für den Broadcom Chip bei. Anleitung liegt auch bei, ganz problemlos. Allerdings finde ich den Treiber nicht so ganz gelungen, da sich das Netzwerk hinund wieder weghängt (alle 2-3 Tage).
Könnte es sein, dass sich diese Probleme mit einem 2.4.20-Kernel beseitigen lassen?
??? wer weiß? Bei mir läuft ein selbstgebackener. ciao dieter -- registered linuxuser 199810 it's time to close windows....
Manfred Schneider wrote:
zunächst mal Dank an Thomas Hertweck für die ausführliche Antwort :-)
Keine Ursache. Allerdings reicht es, wenn Du eine Email an die Liste schickst, CC: an mich direkt ist unnoetig, ich lese hier mit (ist irgendwie ja auch Sinn von so einer Mailingliste).
[...] ja, leider, einige Dinge laufen nicht so recht. Ob ein 2.4.20-Kernel die Probleme lösen wird, weiss ich nicht. Ich hoffe jedenfalls.
Meine Hardware ist "relativ neu", sprich ASUS A7V8X mit South Bridge VIA VT8235 North Bridge VIA KT 400 integrierter BroadCom BCM4401 Fast Ethernet Adapter. sowie eine Western Digital WD1200JB-IDE-Platte am ASUS-Board. Das ASUS-Board gibt es seit Herbst zu kaufen, meines stammt von Dezember 2002.
Der KT400 Chipsatz wird wohl komplett erst ab 2.4.21-pre1 unterstuetzt, zumindest laesst das Changelog so etwas ver- muten. Die reine Southbridge muesste schon frueher, naem- lich im SuSE-2.4.19 und im Vanilla-2.4.20 sowie in den AC Patches von 2.4.20 unterstuetzt sein. Im Zeifelsfalle musst Du selbst mal einen Blick in die Kernelquellen wer- fen. Am Anfang von via82cxxx.c sollte dazu etwas zu finden sein.
(1) dmesg sagt: VP_IDE: Unknown VIA SouthBridge, contact Vojtech Pavlik
Dann wird die Southbridge wohl von Deinem momentanen Kernel nicht richtig erkannt.
Das irritiert mich schon etwas. Hat das Auswirkungen auf die nächsten Punkte?
Das kann z.B. Ausiwrkungen auf DMA etc. haben. Ebenso kann ein nicht richtig erkannter Chipsatz zu AGP Problemen fueh- ren, etc.
(2) Die Maus "friert" immer wieder für 1-2 Sekungen ein: obwohl ich die Maus bewege, bewegt sich der Mauszeiger nicht. Das habe ich auf allen früheren PC/OS-Kombinationen bisher nicht gesehen.
Hmm, wie ist die Maus denn angeschlossen? Da kann ich jetzt schwer was dazu sagen.
(3) Ebenso friert meine Tastatur manchmal kurzfristig ein. In der Konsole kann ich z.B. machmal 5-7 Zeichen innerhalb 1-2 Sekunden tippen, ohne dass ich sie sehe. Danach werden alle 5-7 Zeichen "schlagartig" angezeigt.
Hmm, evtl. aehnliches Problem wie bei der Maus. Wie ist die Tastatur denn angeschlossen?
(4) Mir scheint, dass ein Platten-I/O auf der WD-IDE-Platte andere Aktivitäten einfrieren lässt oder zumindest "behindert", wie z.B. Öffnen einer Konsole, Starten eines Programms etc. Wenn ich etwa updatedb (Aktualisieren der locate-DB) starte, kann ich kaum noch etwas parallel arbeiten.
Das riecht schwer danach, dass DMA fuer die Festplatten nicht genutzt wird. Schau Dir mal das Tool "hdparm" an und ueber- pruefe die Ausgabe von "hdparm /dev/hda" sowie die kleine Per- formanceanalyse "hdparm -tT /dev/hda" (wenn hda Deine Fest- platte ist, versteht sich).
(5) Schade ist auch, dass es bei SuSE 8.1 mit Kernel 2.4.19 keinen Support für den BroadCom BCM4401 Fast Ethernet Adapter gibt.
IIRC liefert doch Asus da ein Modul fuer Linux mit, oder nicht? Schau mal auf der Asus-CD oder im Internet. Gruesse, Thomson PS: Wie Du siehst, waere es geschickter gewesen, direkt Dein Pro- blem zu schildern statt einfach nach einem SuSE-Kernel 2.4.20 zu fragen, denn ohne genauen Hintergrund ist es immer schwer zu helfen :-) -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe === First they ignore you, then they laugh at you, then === === they fight you, then you win. (M. Ghandi) ===
Hallo, On Saturday 25 January 2003 16:55, Thomas Hertweck wrote:
Manfred Schneider wrote:
Meine Hardware ist "relativ neu", sprich ASUS A7V8X mit South Bridge VIA VT8235 North Bridge VIA KT 400 integrierter BroadCom BCM4401 Fast Ethernet Adapter. sowie eine Western Digital WD1200JB-IDE-Platte am ASUS-Board.
Der KT400 Chipsatz wird wohl komplett erst ab 2.4.21-pre1 unterstuetzt, zumindest laesst das Changelog so etwas ver- muten. Die reine Southbridge muesste schon frueher, naem- lich im SuSE-2.4.19 und im Vanilla-2.4.20 sowie in den AC Patches von 2.4.20 unterstuetzt sein. Im Zeifelsfalle musst Du selbst mal einen Blick in die Kernelquellen wer- fen. Am Anfang von via82cxxx.c sollte dazu etwas zu finden sein.
(2) Die Maus "friert" immer wieder für 1-2 Sekungen ein: obwohl ich die Maus bewege, bewegt sich der Mauszeiger nicht. Das habe ich auf allen früheren PC/OS-Kombinationen bisher nicht gesehen.
Hmm, wie ist die Maus denn angeschlossen? Da kann ich jetzt schwer was dazu sagen.
Maus = Microsoft Wheel Mouse Optical, am PS2-Port (aux-port)
(3) Ebenso friert meine Tastatur manchmal kurzfristig ein. In der Konsole kann ich z.B. machmal 5-7 Zeichen innerhalb 1-2 Sekunden tippen, ohne dass ich sie sehe. Danach werden alle 5-7 Zeichen "schlagartig" angezeigt.
Hmm, evtl. aehnliches Problem wie bei der Maus. Wie ist die Tastatur denn angeschlossen?
Tastatur = Microsoft Natural Keyboard, am PS2-Port
Das riecht schwer danach, dass DMA fuer die Festplatten nicht genutzt wird. Schau Dir mal das Tool "hdparm" an und ueber- pruefe die Ausgabe von "hdparm /dev/hda" sowie die kleine Per- formanceanalyse "hdparm -tT /dev/hda" (wenn hda Deine Fest- platte ist, versteht sich).hdparm /dev/hda
"hdparm /dev/hda" sagt: multcount = 16 (on) IO_support = 1 (32-bit) unmaskirq = 1 (on) using_dma = 0 (off) keepsettings = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 14593/255/63, sectors = 234441648, start = 0 "hdparm -tT /dev/hda" sagt: Timing buffer-cache reads: 128 MB in 0.50 seconds =256.00 MB/sec Timing buffered disk reads: 64 MB in 12.76 seconds = 5.02 MB/sec Ich weiss nicht, was hdparm da misst, aber 5 MB/sec scheint mir sehr wenig zu sein. Die WD1200JB-IDE-Platte ist sehr schnell, lt. Hersteller hat sie eine Transferrate von bald 50 MB/sec. Laut Control Center is IDE DMA Mode = Off; setzen auf ON geht nicht. YAST2 beschwert sich mit "Device /dev/hda: cannot set DMA to value 1". Danke und Gruss, Manfred --------------------------------------------- Homepage http://www.manfred-schneider.de Email mailto:manfred@manfred-schneider.de
Am Samstag, 25. Januar 2003 17:56 schrieb Manfred Schneider:
Hallo,
.....
"hdparm /dev/hda" sagt: multcount = 16 (on) IO_support = 1 (32-bit) unmaskirq = 1 (on) using_dma = 0 (off)
dma ist aus....
keepsettings = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 14593/255/63, sectors = 234441648, start = 0
"hdparm -tT /dev/hda" sagt: Timing buffer-cache reads: 128 MB in 0.50 seconds =256.00 MB/sec Timing buffered disk reads: 64 MB in 12.76 seconds = 5.02 MB/sec
Ich weiss nicht, was hdparm da misst, aber 5 MB/sec scheint mir sehr wenig zu sein. Die WD1200JB-IDE-Platte ist sehr schnell, lt. Hersteller hat sie eine Transferrate von bald 50 MB/sec.
Kein Wunder, dma ist deaktiviert, dann schieben die Dinger so langsam die Daten rüber... dazu müßtest du dma aktivieren: hdparm -c1 -d1 -m16 -X$ZAHL $ZAHL muß sein 64+UDMA-Modus, den deine Platte unterstützt bei UDMA4: hdparm -c1 -d1 -m16 -X68 /dev/hda ciao dieter -- registered linuxuser 199810 it's time to close windows....
Hallo, On Saturday 25 January 2003 18:33, Dieter Franzke wrote:
Kein Wunder, dma ist deaktiviert, dann schieben die Dinger so langsam die Daten rüber... dazu müßtest du dma aktivieren:
hdparm -c1 -d1 -m16 -X$ZAHL $ZAHL muß sein 64+UDMA-Modus, den deine Platte unterstützt
bei UDMA4:
hdparm -c1 -d1 -m16 -X68 /dev/hda
gesagt, getan, hdparm sagt leider jedoch /dev/hda: setting 32-bit IO_support flag to 1 setting multcount to 16 setting using_dma to 1 (on) HDIO_SET_DMA failed: Operation not permitted setting xfermode to 68 (UltraDMA mode4) multcount = 16 (on) IO_support = 1 (32-bit) using_dma = 0 (off) Mir scheint, dass der Kernel den Chipsatz des ASUS A7V8X (noch) nicht unterstützt, wie Thomas Hertweck vermutet hat. Oder gibt es noch eine andere Möglichkeit, Linux linux 2.4.19-4GB #1 Fri Sep 13 13:19:15 UTC 2002 i686 unknown zum DMA-Modus zu überreden? Danke und Gruss, Manfred --------------------------------------------- Homepage http://www.manfred-schneider.de Email mailto:manfred@manfred-schneider.de
Hi, Am Samstag, 25. Januar 2003 19:51 schrieb Manfred Schneider:
Hallo,
On Saturday 25 January 2003 18:33, Dieter Franzke wrote:
Kein Wunder, dma ist deaktiviert, dann schieben die Dinger so langsam die Daten rüber... dazu müßtest du dma aktivieren:
hdparm -c1 -d1 -m16 -X$ZAHL $ZAHL muß sein 64+UDMA-Modus, den deine Platte unterstützt
bei UDMA4:
hdparm -c1 -d1 -m16 -X68 /dev/hda
gesagt, getan, hdparm sagt leider jedoch
/dev/hda: setting 32-bit IO_support flag to 1 setting multcount to 16 setting using_dma to 1 (on) HDIO_SET_DMA failed: Operation not permitted setting xfermode to 68 (UltraDMA mode4) multcount = 16 (on) IO_support = 1 (32-bit) using_dma = 0 (off)
Mir scheint, dass der Kernel den Chipsatz des ASUS A7V8X (noch) nicht unterstützt, wie Thomas Hertweck vermutet hat.
Oder gibt es noch eine andere Möglichkeit, Linux linux 2.4.19-4GB #1 Fri Sep 13 13:19:15 UTC 2002 i686 unknown zum DMA-Modus zu überreden?
wie gesagt, bei mir läuft Debian. Hab gerade mal versucht ne SuSE 8.1 zu installieren: hängt sich schon beim Installationsprozess (Hardwareerkennung auf.......) sorry: ich denke, du solltest mal nen Kernel selber bauen. ciao dieter -- registered linuxuser 199810 it's time to close windows....
Hi, Hi, Am Samstag, 25. Januar 2003 19:51 schrieb Manfred Schneider:
Hallo,
On Saturday 25 January 2003 18:33, Dieter Franzke wrote:
Kein Wunder, dma ist deaktiviert, dann schieben die Dinger so langsam die Daten rüber... dazu müßtest du dma aktivieren:
hdparm -c1 -d1 -m16 -X$ZAHL $ZAHL muß sein 64+UDMA-Modus, den deine Platte unterstützt
bei UDMA4:
hdparm -c1 -d1 -m16 -X68 /dev/hda
gesagt, getan, hdparm sagt leider jedoch
/dev/hda: setting 32-bit IO_support flag to 1 setting multcount to 16 setting using_dma to 1 (on) HDIO_SET_DMA failed: Operation not permitted setting xfermode to 68 (UltraDMA mode4) multcount = 16 (on) IO_support = 1 (32-bit) using_dma = 0 (off)
Mir scheint, dass der Kernel den Chipsatz des ASUS A7V8X (noch) nicht unterstützt, wie Thomas Hertweck vermutet hat.
hab mich gerad mal an nen anderen Rechner rangemacht, der das gleiche MoBo hat und mit Suse 8.1 läuft: Ergebnis ist wie bei dir------> kein DMA mit dem Suse-Kernel möglich, gleiche fehlermeldung. MoBo-Chipsatz ist wohl zu neu für den Suse-Kernel: also musste dir wohl nen neueren selber kompilieren! ciao dieter P.S: aber Ruckeln und einfrieren habe ich hier nicht nachvollziehen können. Vielleicht solltest du ja mal Debian probieren ........duck ciao dieter -- registered linuxuser 199810 it's time to close windows....
Hallo, so, nachdem ich nun lange probiert habe, einen 2.4.20 bzw. 2.4.21-pre3 bzw. einen 2.4.21-pre3 for SuSE zu kompilieren und mir nichts gelang (verschiedenste Fehlermeldungen, die ich nicht verstand und lösen konnte), habe ich nun k_athlon-2.4.19-214.i586.rpm von ftp://ftp.gwdg.de/pub/linux/suse/ftp.suse.com/people/mantel/next/RPM installiert. Dieser Kernel enthält eine riesige Fülle von neuen Funktionen (siehe kernel-source.changes unter /people/mantel/next/), u.a. scheint nun meine Hardware (ASUS A7V8X, South Bridge VIA VT8235. North Bridge VIA KT 400) besser unterstützt zu sein. Ich hoffe, dass sich in den nächsten Tagen nicht doch noch "unerwartetes Verhalten" einstellen wird ... Das Ruckeln der Maus und das Aussetzen der Tastatur kam bisher nicht mehr vor, ausserdem zeigt hdparm -tT /dev/hda nun vernünftige Werte an: Timing buffer-cache reads: 128 MB in 0.43 seconds =297.67 MB/sec Timing buffered disk reads: 64 MB in 1.49 seconds = 42.95 MB/sec DMA-Modus ist lt. YAST und hdparm nun endlich eingeschaltet. Super. Kurzum: ich bin froh, dass Linux meine Hardware nun endlich angemessen unterstützen kann. Vielen Dank für die wertvollen Tips und Hinweise. Letztlich hat mir geholfen, dass mich Thomas Hertweck auf die Kernel-Vorabversionen von Hubert Mantel hingewiesen hat. Gruss, Manfred --------------------------------------------- Homepage http://www.manfred-schneider.de Email mailto:manfred@manfred-schneider.de
Manfred Schneider wrote:
On Saturday 25 January 2003 16:55, Thomas Hertweck wrote:
[...Problem mit Maus...] Hmm, wie ist die Maus denn angeschlossen? Da kann ich jetzt schwer was dazu sagen.
Maus = Microsoft Wheel Mouse Optical, am PS2-Port (aux-port)
Tja, die gleiche Maus habe ich sowohl privat (USB-Port) als auch dienstlich (PS2-Port) im Einsatz. Ich hatte damit bisher keine Probleme und keine wie von Dir berichtete Aussetzer. Evtl. haengt auch das mit der Kernel-Geschichte zusammen.
[...Problem mit Tastatur...] Hmm, evtl. aehnliches Problem wie bei der Maus. Wie ist die Tastatur denn angeschlossen?
Tastatur = Microsoft Natural Keyboard, am PS2-Port
Das ist eigentlich auch nichts ungewoehnliches und soll- te ohne Probleme funktionieren.
[...] "hdparm /dev/hda" sagt: multcount = 16 (on) IO_support = 1 (32-bit) unmaskirq = 1 (on) using_dma = 0 (off) keepsettings = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 14593/255/63, sectors = 234441648, start = 0
"hdparm -tT /dev/hda" sagt: Timing buffer-cache reads: 128 MB in 0.50 seconds =256.00 MB/sec Timing buffered disk reads: 64 MB in 12.76 seconds = 5.02 MB/sec
Ich weiss nicht, was hdparm da misst, aber 5 MB/sec scheint mir sehr wenig zu sein. Die WD1200JB-IDE-Platte ist sehr schnell, lt. Hersteller hat sie eine Transferrate von bald 50 MB/sec.
DMA ist bei Dir "off", d.h. wird nicht genutzt. Daher brauchst Du Dich auch nicht sonderlich wundern, dass die Performance schlecht ist. Bei mir (das ist eine IBM Platte) liefert hdparm bei aktiviertem DMA: Timing buffer-cache reads: 128 MB in 0.59 seconds =216.95 MB/sec Timing buffered disk reads: 64 MB in 1.42 seconds = 45.07 MB/sec Etwas in der Art sollte bei Dir wohl bei unterstuetztem Chip- satz und aktiviertem DMA auch herauskommen.
Laut Control Center is IDE DMA Mode = Off; setzen auf ON geht nicht. YAST2 beschwert sich mit "Device /dev/hda: cannot set DMA to value 1".
Das kann (muss aber nicht) tatsaechlich am nicht erkannten Chipsatz liegen. hdparm weigert sich u.U. in solchen Faellen, den DMA-Modus zu aktivieren. Versuche es mal direkt an der Kommandozeile, Dieter hat geschrieben, wie Du das machen kannst. Aber Du solltest damit ein bisschen aufpassen, schau erst einmal (hdparm -i /dev/hda), was das Laufwerk so kann... Gruesse, Thomson -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe === First they ignore you, then they laugh at you, then === === they fight you, then you win. (M. Ghandi) ===
Am Samstag, 25. Januar 2003 15:12 schrieb Manfred Schneider:
Manfred Schneider wrote:
derzeit habe ich SuSE Linux 8.1 Prof installiert, uname -a zeigt Linux linux 2.4.19-4GB #1 Fri Sep 13 13:19:15 UTC 2002 i686 ...
On Saturday 25 January 2003 11:34, Thomas Hertweck wrote:
Das sieht aus wie der Default-Kernel der SuSE 8.1. Es gibt dafuer ein YOU Update, hast Du das eingespielt? Das ist al- lerdings genau so Version 2.4.19, nur mit einigen Bugfixes.
ja, das YOU-Update ist schon seit einiger Zeit eingespielt.
Wozu brauchst Du denn einen neuen Kernel? Laeuft etwas nicht?
ja, leider, einige Dinge laufen nicht so recht. Ob ein 2.4.20-Kernel die Probleme lösen wird, weiss ich nicht. Ich hoffe jedenfalls.
Meine Hardware ist "relativ neu", sprich ASUS A7V8X mit South Bridge VIA VT8235 North Bridge VIA KT 400 integrierter BroadCom BCM4401 Fast Ethernet Adapter. sowie eine Western Digital WD1200JB-IDE-Platte am ASUS-Board. Das ASUS-Board gibt es seit Herbst zu kaufen, meines stammt von Dezember 2002.
(1) dmesg sagt: VP_IDE: Unknown VIA SouthBridge, contact Vojtech Pavlik
Das irritiert mich schon etwas. Hat das Auswirkungen auf die nächsten Punkte?
(2) Die Maus "friert" immer wieder für 1-2 Sekungen ein: obwohl ich die Maus bewege, bewegt sich der Mauszeiger nicht. Das habe ich auf allen früheren PC/OS-Kombinationen bisher nicht gesehen.
Ist bei mir auch der Fall. Habe eine Logitech Optical Wheel Mouse am USB-Port.
(3) Ebenso friert meine Tastatur manchmal kurzfristig ein. In der Konsole kann ich z.B. machmal 5-7 Zeichen innerhalb 1-2 Sekunden tippen, ohne dass ich sie sehe. Danach werden alle 5-7 Zeichen "schlagartig" angezeigt.
Auch bei mir. Habe eine DIN-AT Tastatur mit Adapter am PS/2 Port angeschlossen. An der Tastatur wirds aber wohl nicht liegen, genausowenig wie an der Maus. Bei mir kommt hinzu, dass mit dem SuSE Kernel bei CD-Laufwerken der DMA-Modus immer einen Kernel-Panic hervorruft. Habe jetzt mal einen eigenen Kernel kompiliert, aber da fehlen mir dann die Erweiterungen vom SuSE-Kernel (Treiber für Temperatursensoren, Alsa ...). Wo kann ich solche Erweiterungen (sind ja glaube ich Kernel-Patches) bekommen und wie installiere ich sie? Christoph
Christoph Strins wrote:
[...] Habe jetzt mal einen eigenen Kernel kompiliert, aber da fehlen mir dann die Erweiterungen vom SuSE-Kernel (Treiber für Temperatursensoren, Alsa ...). Wo kann ich solche Erweiterungen (sind ja glaube ich Kernel-Patches) bekommen und wie installiere ich sie?
Schau bei den Homepages vorbei: o http://www.alsa-project.org/ (ALSA) o http://secure.netroedge.com/~lm78/ (LM_SENSORS) Dort gibt es i.d.R. auch Dokumentation zum Installieren. Fuer Kernel 2.4.21-pre3 gehts auch einfacher: o http://marc.theaimsgroup.com/?l=suse-linux&m=104221636525327&w=2 Gruesse, Thomson -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe === First they ignore you, then they laugh at you, then === === they fight you, then you win. (M. Ghandi) ===
Am Samstag, 25. Januar 2003 20:47 schrieb Thomas Hertweck:
Christoph Strins wrote:
[...] Habe jetzt mal einen eigenen Kernel kompiliert, aber da fehlen mir dann die Erweiterungen vom SuSE-Kernel (Treiber für Temperatursensoren, Alsa ...). Wo kann ich solche Erweiterungen (sind ja glaube ich Kernel-Patches) bekommen und wie installiere ich sie?
Schau bei den Homepages vorbei: o http://www.alsa-project.org/ (ALSA) o http://secure.netroedge.com/~lm78/ (LM_SENSORS) Dort gibt es i.d.R. auch Dokumentation zum Installieren.
Fuer Kernel 2.4.21-pre3 gehts auch einfacher: o http://marc.theaimsgroup.com/?l=suse-linux&m=104221636525327&w=2
Hört sich ja gut an. Aber bei mir gibt es beim obigen Kernel beim
Ausführen von "make bzImage" folgenden Fehler:
...
gcc -D__KERNEL__ -I/usr/src/linux-2.4.21/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon
-nostdinc -iwithprefix include -DKBUILD_BASENAME=usercopy -c -o
usercopy.o usercopy.c
gcc -D__ASSEMBLY__ -D__KERNEL__ -I/usr/src/linux-2.4.21/include -c
getuser.S -o getuser.o
gcc -D__KERNEL__ -I/usr/src/linux-2.4.21/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon
-nostdinc -iwithprefix include -DKBUILD_BASENAME=memcpy -c -o memcpy.o
memcpy.c
memcpy.c: In function `memcpy':
memcpy.c:10: warning: implicit declaration of function `__memcpy3d'
memcpy.c:10: warning: return makes pointer from integer without a cast
gcc -D__KERNEL__ -I/usr/src/linux-2.4.21/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon
-nostdinc -iwithprefix include -DKBUILD_BASENAME=strstr -c -o strstr.o
strstr.c
gcc -D__KERNEL__ -I/usr/src/linux-2.4.21/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon
-nostdinc -iwithprefix include -DKBUILD_BASENAME=mmx -c -o mmx.o mmx.c
rm -f lib.a
ar rcs lib.a checksum.o old-checksum.o delay.o usercopy.o getuser.o
memcpy.o strstr.o mmx.o
make[2]: Verlassen des Verzeichnisses
»/usr/src/linux-2.4.21/arch/i386/lib«
make[1]: Verlassen des Verzeichnisses
»/usr/src/linux-2.4.21/arch/i386/lib«
ld -m elf_i386 -T /usr/src/linux-2.4.21/arch/i386/vmlinux.lds -e stext
arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o
init/version.o init/do_mounts.o \
--start-group \
arch/i386/kernel/kernel.o arch/i386/mm/mm.o kernel/kernel.o
mm/mm.o fs/fs.o ipc/ipc.o \
drivers/acpi/acpi.o drivers/char/char.o drivers/block/block.o
drivers/misc/misc.o drivers/net/net.o drivers/char/drm/drm.o
drivers/net/fc/fc.o drivers/atm/atm.o drivers/ide/idedriver.o
drivers/scsi/scsidrv.o drivers/cdrom/driver.o drivers/pci/driver.o
drivers/video/video.o drivers/media/media.o drivers/md/mddev.o
drivers/sensors/sensor.o \
net/network.o \
/usr/src/linux-2.4.21/arch/i386/lib/lib.a
/usr/src/linux-2.4.21/lib/lib.a
/usr/src/linux-2.4.21/arch/i386/lib/lib.a \
--end-group \
-o vmlinux
/usr/src/linux-2.4.21/arch/i386/lib/lib.a(memcpy.o): In function
`memcpy':
memcpy.o(.text+0x1): undefined reference to `__memcpy3d'
make: *** [vmlinux] Fehler 1
Die Datei memcpy.c sieht folgendermaßen aus:
#include
Hallo, On Sat, 25 Jan 2003, Christoph Strins wrote:
Hört sich ja gut an. Aber bei mir gibt es beim obigen Kernel beim Ausführen von "make bzImage" folgenden Fehler: [..] gcc -D__KERNEL__ -I/usr/src/linux-2.4.21/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon -nostdinc -iwithprefix include -DKBUILD_BASENAME=memcpy -c -o memcpy.o memcpy.c memcpy.c: In function `memcpy': memcpy.c:10: warning: implicit declaration of function `__memcpy3d' memcpy.c:10: warning: return makes pointer from integer without a cast [..] /usr/src/linux-2.4.21/arch/i386/lib/lib.a(memcpy.o): In function `memcpy': memcpy.o(.text+0x1): undefined reference to `__memcpy3d' make: *** [vmlinux] Fehler 1 [..] Die Datei memcpy.c sieht folgendermaßen aus: [..] void * memcpy(void * to, const void * from, size_t n) { #ifdef CONFIG_X86_USE_3DNOW return __memcpy3d(to, from, n); #else return __memcpy(to, from, n); #endif }
Flaches CPU ausgewaehlt? make dep clean vergessen? -dnh -- Das Problem ist vermutlich auf schlechte Erdung zurueckzufuehren. Schlagt einfach zwei Stahlnaegel in die Turnschuhe eures MCSEs. So koennen die Ueberspannungen aus dem Kopf abfliessen, und Euer Mann achtet auch mehr auf seine Sicherheit in der Naehe von Computern. -- M. Liss in dasr
Am Sonntag, 26. Januar 2003 01:47 schrieb David Haller:
Hallo,
On Sat, 25 Jan 2003, Christoph Strins wrote:
Hört sich ja gut an. Aber bei mir gibt es beim obigen Kernel beim Ausführen von "make bzImage" folgenden Fehler:
[..]
gcc -D__KERNEL__ -I/usr/src/linux-2.4.21/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon -nostdinc -iwithprefix include -DKBUILD_BASENAME=memcpy -c -o memcpy.o memcpy.c memcpy.c: In function `memcpy': memcpy.c:10: warning: implicit declaration of function `__memcpy3d' memcpy.c:10: warning: return makes pointer from integer without a cast
[..]
/usr/src/linux-2.4.21/arch/i386/lib/lib.a(memcpy.o): In function `memcpy': memcpy.o(.text+0x1): undefined reference to `__memcpy3d' make: *** [vmlinux] Fehler 1
[..]
Die Datei memcpy.c sieht folgendermaßen aus:
[..]
void * memcpy(void * to, const void * from, size_t n) { #ifdef CONFIG_X86_USE_3DNOW return __memcpy3d(to, from, n); #else return __memcpy(to, from, n); #endif }
Flaches CPU ausgewaehlt? make dep clean vergessen?
Meinst du falsche CPU? Die CPU ist jedenfalls richtig ausgewählt. Ich habe einen Athlon XP und ausgewählt Athlon/K7/Duron. Ein make dep clean habe ich vorher auch gemacht. Christoph
Hallo, On Sun, 26 Jan 2003, Christoph Strins wrote:
Am Sonntag, 26. Januar 2003 01:47 schrieb David Haller:
On Sat, 25 Jan 2003, Christoph Strins wrote:
Hört sich ja gut an. Aber bei mir gibt es beim obigen Kernel beim Ausführen von "make bzImage" folgenden Fehler: [..] memcpy.c: In function `memcpy': memcpy.c:10: warning: implicit declaration of function `__memcpy3d' memcpy.c:10: warning: return makes pointer from integer without a cast
Flaches CPU ausgewaehlt? make dep clean vergessen?
Meinst du falsche CPU? Die CPU ist jedenfalls richtig ausgewählt. Ich habe einen Athlon XP und ausgewählt Athlon/K7/Duron. Ein make dep clean habe ich vorher auch gemacht.
Hm. Wie hast du denn konfiguriert? make oldconfig oder so? Wenn ja, dann koennte es daran liegen, da offenbar kbuild verwendet wird, und da hat sich einiges getan. Kopiere mal deine .config raus und pack den tarball nochmal neu aus und konfiguriere dann "from scratch" und nicht ueber's alte .config. -dnh -- Wer heiratet kann Sorgen teilen, die er vorher nicht hatte.
Ich habe mir den Kernel 2.4.21-pre3 mit den SuSE Patches gerade mal genauer angeschaut und versucht, ihn in einer sicheren Umgebung zu compilieren. Dazu habe ich eine _defintiv_ funktionierende Konfiguration genommen (ebenfalls fuer AMD K7) und per "make oldconfig" auf den neuen Kernel uebertragen. Ein anschliessendes "make dep clean bzImage" fuehrt nicht zum Erfolg, beim Linken bricht der Prozess ab - die Fehlermeldung ist eine andere wie bei Christoph, jedoch wieder im Zusammenhang mit memcpy, memcpy3d und mmx_memcpy sowie der Referenz __builtin_prefetch. Ich wuerde mal sagen: "This kernel is broken!". Zumindest fuer die Kombination mit AMD K7 scheint es ernsthafte Probleme mit dem Kernel zu geben. Und, wie gesagt, die geklonte Konfiguration geht mit dem 2.4.20-xfs einwandfrei! Die selbe Prozedur (Klonen der .config und anschliessendes Compilieren des Kernels) geht uebrigens mit dem 2.4.21-pre3 _ohne_ die "SuSE Patches" einwandfrei --> Schlussfolgerung: die angewandten Patches sind buggy! Gruesse, Thomson -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe === First they ignore you, then they laugh at you, then === === they fight you, then you win. (M. Ghandi) ===
Nachtrag. Margit[1] schrieb mir vorhin: ========================================================== The kernel that I provided was defined for Intel. (Sorry for that) - I will look at AMD Please send to list - I can't stay in the list due to my other involvement in other lists. Meanwhile, take a look at: http://infolinux.de/jp15/ Of course, it needs a special knowlege which I tried to provide with a special kernel. Ah, well, I should have known that the AMD has a special branch. ========================================================== Gruesse, Thomson [1]http://marc.theaimsgroup.com/?l=suse-linux&m=104221636525327&w=2 -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe === First they ignore you, then they laugh at you, then === === they fight you, then you win. (M. Ghandi) ===
Weiterer Nachtrag. Margit hat das AMD Problem gefixt:
=====================================================
OK. AMD problems fixed. Download link is the same:
Christoph Strins wrote:
[...] Hört sich ja gut an. Aber bei mir gibt es beim obigen Kernel beim Ausführen von "make bzImage" folgenden Fehler: ... ld -m elf_i386 -T /usr/src/linux-2.4.21/arch/i386/vmlinux.lds -e stext arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o init/version.o init/do_mounts.o \ --start-group \ arch/i386/kernel/kernel.o arch/i386/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o \ drivers/acpi/acpi.o drivers/char/char.o drivers/block/block.o drivers/misc/misc.o drivers/net/net.o drivers/char/drm/drm.o drivers/net/fc/fc.o drivers/atm/atm.o drivers/ide/idedriver.o drivers/scsi/scsidrv.o drivers/cdrom/driver.o drivers/pci/driver.o drivers/video/video.o drivers/media/media.o drivers/md/mddev.o drivers/sensors/sensor.o \ net/network.o \ /usr/src/linux-2.4.21/arch/i386/lib/lib.a /usr/src/linux-2.4.21/lib/lib.a /usr/src/linux-2.4.21/arch/i386/lib/lib.a \ --end-group \ -o vmlinux /usr/src/linux-2.4.21/arch/i386/lib/lib.a(memcpy.o): In function `memcpy': memcpy.o(.text+0x1): undefined reference to `__memcpy3d' [...]
Der Linker (ld) moechte aus den generierten Object Files (*.o) und den generierten Archiven (*.a) den Kernel basteln, das geht aber schief, weil in der Funktion memcpy eine Referenz auf __memcpy3d auftaucht, die dem Linker unbekannt ist. Irgendwie riecht das nach einer fehlerhaften Kernelkonfiguration. Was gibt denn $> grep CONFIG_X86_USE_3DNOW /usr/src/linux-2.4.21/.config fuer eine Ausgabe? Auf was verweist /usr/src/linux-2.4.21/include/asm? Gruesse, Thomson -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe === First they ignore you, then they laugh at you, then === === they fight you, then you win. (M. Ghandi) ===
Hi, Manfred Schneider schrieb:
(2) Die Maus "friert" immer wieder für 1-2 Sekungen ein: obwohl ich die Maus bewege, bewegt sich der Mauszeiger nicht. Das habe ich auf allen früheren PC/OS-Kombinationen bisher nicht gesehen.
(3) Ebenso friert meine Tastatur manchmal kurzfristig ein. In der Konsole kann ich z.B. machmal 5-7 Zeichen innerhalb 1-2 Sekunden tippen, ohne dass ich sie sehe. Danach werden alle 5-7 Zeichen "schlagartig" angezeigt.
(4) Mir scheint, dass ein Platten-I/O auf der WD-IDE-Platte andere Aktivitäten einfrieren lässt oder zumindest "behindert", wie z.B. Öffnen einer Konsole, Starten eines Programms etc. Wenn ich etwa updatedb (Aktualisieren der locate-DB) starte, kann ich kaum noch etwas parallel arbeiten.
[...]
Könnte es sein, dass sich diese Probleme mit einem 2.4.20-Kernel beseitigen lassen?
In der Diskussion darauf erwies es sich, dass DMA nicht aktiviert war/werden konnte. Das ist natürlich mit ein Problem. Die Problematik geht aber meiner Meinung nach viel tiefer - Ich habe hier schon mehrmals Fragen diesbezüglich gestellt, die aber niemals wirklich abschließend beantwortet wurden bzw. richtig lagen. Bei mir kommt es auch zu diesen Verzögerungen, sowohl unter SUSE-2.4.19 als auch unter vanilla-2.4.20 - mit DMA etc., und zwar bei hoher Prozessor/IDE-Last, auf Interrupt-Ebene (man sieht es nur z. T. über top). Ich glaube, dass es irgendein fettes VIA/IDE (Promise?) Problem, auch im 2.4.20, gibt, dass kaum einer in der Lage ist, nennen zu können. Manche sagen, DMA über ide-scsi sei noch nicht möglich - aber über ide-cd gehts auch nicht. Manche sagen, dass es an DMA über ATAPI liegt, und im 2.5er behoben sein wird - könnte sein. Fakt könnte durchaus sein, dass etwas ganz arg nicht in Ordnung ist und mit den bisherigen Antworten nur Augenwischerei "betrieben" wurde (ohne böse Absicht). Vielleicht hängt es auch mit dem vfat-Treiber zusammen oder mit Software-RAID und zusätzlich mit Promise-Karten. Aber es ist auf Dauer kaum auszuhalten, man wünscht sich Windoof zurück(!), weil man nicht das Gefühl hat, Linux sei ungefähr so schnell wie Windoof, sondern eher langsamer. Macht einfach keinen Spaß. Meistens geht es, doch wenn eDonkey mal wieder meine Filme (re-)hashed, ist es absolut ätzend, wie das GANZE System rumruckelt. Aber echt ALLES: auch ein cp file1 file2 wird angehalten. Das ganze ist mit und ohne APIC so. Mich nervt das echt total, aber schade... In dem ganzen nachfolgenden Thread wird nicht wirklich auf Deine Probleme eingegangen, denn ich habe eine ziemliche Standard-Hardware-Konfiguration, die auch 100-%-ig erkannt wird usw. René
participants (7)
-
Christoph Strins -
David Haller -
Dennis Stosberg -
Dieter Franzke -
Manfred Schneider -
René Matthäi -
Thomas Hertweck