Hallo, nach ewigen Abstrüzen mit dem SuSE-Kernel in Verbindung mit dem Adaptec 29160 und 2940 (habe beide eingebaut) habe ich auf anraten eines Kolegen bei Fujitsu-Siemens den Kernel 2.4.20 von kernel.org installiert. Die Sache sieht nach meinen bisherigen Tests wesentlich stabieler aus. Aber nun möchte ich alsa-sound über Yast2 konfigurieren und ich bekomme immer den Fehler "snd-cmipci konnte nicht geladen werden". Der Sound funktioniert zwar grundsätzlich mit dem Modul cmpci (ASUS A7V Board) aber eben die alsa Komponente will nicht. Meine Frage: Wie kann ich meinen eigenen Kernel an SuSE Vorgaben anpassen? -- Mit freundlichen Grüssen Andreas Dietl ------------------------ Andreas Dietl Angermannstraße 2a 95643 Tirschenreuth Tel.: +49 9631 4974 Fax.: +49 9631 79477 ------------------------
Am Dienstag, 17. Dezember 2002 20:46 schrieb Andreas Dietl:
nach ewigen Abstrüzen mit dem SuSE-Kernel in Verbindung mit dem Adaptec 29160 und 2940 (habe beide eingebaut) habe ich auf anraten eines Kolegen bei Fujitsu-Siemens den Kernel 2.4.20 von kernel.org installiert.
Fein.
Die Sache sieht nach meinen bisherigen Tests wesentlich stabieler aus.
Die Erfahrungen hab ich auch schon gemacht. Ich nutze normalerweise keine SuSE Kernel mehr.
Aber nun möchte ich alsa-sound über Yast2 konfigurieren und ich bekomme immer den Fehler "snd-cmipci konnte nicht geladen werden".
Alsa ist in den aktuellen Stabilen Kerneln nicht enthalten, erst in den 2.5er Entwicklerkerneln. Die aktuellen Treiber findest Du bei http://www.alsa-project.org/ (paket alsa-driver) den Rest gibts auch als fertiges RPM unter bei Packman (Paket alsa umfasst alsa-libs, alsa-utils und alsa-oss, alsa-tools ist ein eigenes Paket). Ein Update auf alsa 0.9rc6 empfiehlt sich sowieso
Meine Frage: Wie kann ich meinen eigenen Kernel an SuSE Vorgaben anpassen?
Wenn Du alles wieder so reinpatched, wie SuSE es gemacht hat, wirst Du höchstwahrscheinlich mit den selben Problemen zu kämpfen haben, wie beim SuSE Kernel. Ich persönlich hab dem 2.4.20er lmsensors verpasst (http://www2.lm-sensors.nu/~lm78/ hab das Diff-File erzeugen lasen in den kernel gapatched, verwendet hab ich die 2.6.3, da 2.6.4 sich nicht compilieren lies und die 2.7.0 noch nicht raus war) und die alsa-Treiber dazucompiliert. Dann noch das NVidia-Kernel-Source-RPM und das wars (erübrigt sich natürlich, wenn keine NVidia-GPU verwendet wird, oder der Treiber nicht eingesetzt wird). -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Hi, Manfred Tremmel schrieb:
Am Dienstag, 17. Dezember 2002 20:46 schrieb Andreas Dietl:
Alsa ist in den aktuellen Stabilen Kerneln nicht enthalten, erst in den 2.5er Entwicklerkerneln. Die aktuellen Treiber findest Du bei http://www.alsa-project.org/ (paket alsa-driver) den Rest gibts auch als fertiges RPM unter bei Packman (Paket alsa umfasst alsa-libs, alsa-utils und alsa-oss, alsa-tools ist ein eigenes Paket). Ein Update auf alsa 0.9rc6 empfiehlt sich sowieso
wenn es sich um Onboard-Sound mit einem via82cxxx handelt, reicht es bei mir, das entsprechende Modul zu generieren (oder gleich in den Kernel) und in boot.local zu laden: modprobe via82cxxx_audio Frage mich allerdings schon seitdem, ob ich mich dann einiger Soundprogramme enthalten muss, die OSS oder was Anderes brauchen.
Meine Frage: Wie kann ich meinen eigenen Kernel an SuSE Vorgaben anpassen?
Wenn Du alles wieder so reinpatched, wie SuSE es gemacht hat, wirst Du höchstwahrscheinlich mit den selben Problemen zu kämpfen haben, wie beim SuSE Kernel. Ich persönlich hab dem 2.4.20er lmsensors verpasst (http://www2.lm-sensors.nu/~lm78/ hab das Diff-File erzeugen lasen in den kernel gapatched, verwendet hab ich die 2.6.3, da 2.6.4 sich nicht compilieren lies und die 2.7.0 noch nicht raus war) und die alsa-Treiber dazucompiliert. Dann noch das NVidia-Kernel-Source-RPM und das wars (erübrigt sich natürlich, wenn keine NVidia-GPU verwendet wird, oder der Treiber nicht eingesetzt wird).
Der TIOCGDEV-Patch ermöglich Mitloggen der Bootmeldung, soll auch nützlich sein - wie natürlich viele andere Patches... Ich habe auch versucht, lm_sensors einzubinden, allerdings über die Installationsmethode, die den Kernel nicht anfasst, auch die i2c-Module. Beides lässt sich kompilieren und als Modul laden. lm_sensors-detect findet auch einiges, sieht eigentlich dann aus wie beim Standard-Kernel etc. Wenn es dann allerdings an einen Aufruf von "sensors" geht, meint er lapidar "No sensors found!". Wie gesagt, ansonsten werden die gleichen Module erfolgreich (!?) eingebunden wie beim Standardkernel, wo die Sache ja läuft. 'ne Idee? Ré
Hallo, On Thu, 19 Dec 2002, René Matthäi wrote:
Ich habe auch versucht, lm_sensors einzubinden, allerdings über die Installationsmethode, die den Kernel nicht anfasst, auch die i2c-Module. Beides lässt sich kompilieren und als Modul laden. lm_sensors-detect findet auch einiges, sieht eigentlich dann aus wie beim Standard-Kernel etc. Wenn es dann allerdings an einen Aufruf von "sensors" geht, meint er lapidar "No sensors found!". Wie gesagt, ansonsten werden die gleichen Module erfolgreich (!?) eingebunden wie beim Standardkernel, wo die Sache ja läuft. 'ne Idee?
Debug-level anschalten/raufsetzen, strace / ltrace -S vergleichen, Sourcen vergleichen... Patches einzeln einspielen und jew. vergleichen... etc... Viel genauer kann ich dir nicht helfen, nur bei "generischen" Methoden, da ich lm-sensors (in Ermangelung jeglicher Sensoren im Rechner) nicht kenne... -dnh -- 133: Linux Das Windows98 unter den Unixen. (Heiko Schlichting)
participants (4)
-
Andreas Dietl
-
David Haller
-
Manfred Tremmel
-
René Matthäi