Nabnd Liste, nachdem ich nun meine schöne neue Pinnacle TV-Karte mit Philips saa7134 er Chip zum laufen gebracht habe, tut sich hier noch ein kleines (hoffentlich) Kernel Problem für mich auf. Bei mir kommt der SuSE 9.1 Kernel 2.6.5-7.147 zum Einsatz, der mir das modul tda9887 zur Verfügung stellt. Soweit sogut, dieses Modul muß aber mit der Option qss=0 geladen werden damit ich anstatt eines Rauschens auch einen Sound habe. Dies sollte eigentlich ab Kernel 2.6.5 möglich sein, ist es aber nicht. Wenn ich versuche das Modul mittels modprobe tda9887 qss=0 zu laden bekomme ich eine Fehlermeldung das die Option nicht verfügbar bzw unbekannt ist. "FATAL: Error inserting tda9887 (/lib/modules/2.6.5-7.147-default/kernel/drivers/media/video/tda9887.ko): Unknown symbol in module, or unknown parameter (see dmesg)" Meine Frage : Ich hab schon mal in der Kernel Konfiguration geschaut ob ich das entsprechende Modul finde, in der Absicht (der Hoffnung) es mit der entsprechenden Funktion neu zu kompilieren. Habs aber nicht gefunden ... Hat jemand ne Idee wie ich die Funktion in das Modul integriere oder wen ich bei SuSE bitten könnte die Funktion im nächsten Update zu berücksichtigen ? Gruß Micha
Hallo, Am Sat, 12 Mar 2005, Michael Schueller schrieb:
Bei mir kommt der SuSE 9.1 Kernel 2.6.5-7.147 zum Einsatz, der mir das modul tda9887 zur Verfügung stellt. Soweit sogut, dieses Modul muß aber mit der Option qss=0 geladen werden damit ich anstatt eines Rauschens auch einen Sound habe. Dies sollte eigentlich ab Kernel 2.6.5 möglich sein, ist es aber nicht. Wenn ich versuche das Modul mittels modprobe tda9887 qss=0 zu laden bekomme ich eine Fehlermeldung das die Option nicht verfügbar bzw unbekannt ist.
"FATAL: Error inserting tda9887 (/lib/modules/2.6.5-7.147-default/kernel/drivers/media/video/tda9887.ko): Unknown symbol in module, or unknown parameter (see dmesg)"
Was spuckt denn 'modinfo tda9887' aus? -dnh -- "Gott wollte angeben, als er dich erschaffen hat." -- "Jake" zu "Anna" in "Glauben ist alles"
Am Sonntag, 13. März 2005 01:34 schrieb David Haller:
Hallo,
Am Sat, 12 Mar 2005, Michael Schueller schrieb:
Bei mir kommt der SuSE 9.1 Kernel 2.6.5-7.147 zum Einsatz, der mir das modul tda9887 zur Verfügung stellt. Soweit sogut, dieses Modul muß aber mit der Option qss=0 geladen werden damit ich anstatt eines Rauschens auch einen Sound habe. Dies sollte eigentlich ab Kernel 2.6.5 möglich sein, ist es aber nicht. Wenn ich versuche das Modul mittels modprobe tda9887 qss=0 zu laden bekomme ich eine Fehlermeldung das die Option nicht verfügbar bzw unbekannt ist.
"FATAL: Error inserting tda9887 (/lib/modules/2.6.5-7.147-default/kernel/drivers/media/video/tda 9887.ko): Unknown symbol in module, or unknown parameter (see dmesg)"
Was spuckt denn 'modinfo tda9887' aus?
Hallo David, sorry hat n bisschen gedauert... modinfo tda9887 sagt license: GPL parmtype: secam:s parmtype: pal:s parmtype: debug:i parm: force:List of adapter,address pairs to boldly assume to be present parmtype: force:1-48h parm: ignore_range:List of adapter,start-addr,end-addr triples not toscan parmtype: ignore_range:1-48h parm: ignore:List of adapter,address pairs not to scan parmtype: ignore:1-48h parm: probe_range:List of adapter,start-addr,end-addr triples to scanadditionally parmtype: probe_range:1-48h parm: probe:List of adapter,address pairs to scan additionally parmtype: probe:1-48h depends: i2c-core supported: yes vermagic: 2.6.5-7.147-default 586 REGPARM gcc-3.3 Der Parameter scheint definitiv nicht verfügbar zu sein. Was etwas verwundert da ich gerade ein Mail vom Author des Artikels in der Linux-User bekommen hab der mir sagt das dieser Parameter auf seinem Testsystem mit einem Kernel 2.6.5-7.111 verfügbar war. Vielleicht ändert sich das ja wieder mit dem Frühling, schaun wa mal ;-/ Gruß Micha
-dnh
-- "Gott wollte angeben, als er dich erschaffen hat." -- "Jake" zu "Anna" in "Glauben ist alles"
Hallo, Am Tue, 15 Mar 2005, Michael Schueller schrieb:
Am Sonntag, 13. März 2005 01:34 schrieb David Haller:
Am Sat, 12 Mar 2005, Michael Schueller schrieb:
Bei mir kommt der SuSE 9.1 Kernel 2.6.5-7.147 zum Einsatz, der mir das modul tda9887 zur Verfügung stellt. Soweit sogut, dieses Modul muß aber mit der Option qss=0 geladen werden damit ich anstatt eines Rauschens auch einen Sound habe. Dies sollte eigentlich ab Kernel 2.6.5 möglich sein, ist es aber nicht. Wenn ich versuche das Modul mittels modprobe tda9887 qss=0 zu laden bekomme ich eine Fehlermeldung das die Option nicht verfügbar bzw unbekannt ist.
"FATAL: Error inserting tda9887 (/lib/modules/2.6.5-7.147-default/kernel/drivers/media/video/tda 9887.ko): Unknown symbol in module, or unknown parameter (see dmesg)"
Was spuckt denn 'modinfo tda9887' aus?
Hallo David, sorry hat n bisschen gedauert...
modinfo tda9887 sagt
license: GPL parmtype: secam:s parmtype: pal:s parmtype: debug:i [..]
Ich hab' mal in den Quelltext geschaut: bCarrierMode wird bei PAL auf QSS gesetzt, wenn der Parameter 'pal' = {m,n} ist und die "pinnacle_id != {5,6} oder die pinnacle_id = {1,7}. Die pinnacle_id wird, wenn du das Modul mit 'debug=1' laedst mit ausgegeben in einer Zeile wie folgt: tda9885/6/7: 0x%02x 0x%02x 0x%02x [pinnacle_id=%d]" Falls der String "[pinnacle_id=..]" nicht mit ausgegeben wird, dann wird der Carriermode (der der 'qss' sein kann) nicht explizit gesetzt. Lade also mal mit dem Parameter 'debug=1', dann sehen wir weiter. -dnh -- Was ich heute sehe sind junge Leute, die ohne Maus total aufgeschmissen sind und in Tränen ausbrechen. Die es nicht schaffen eine Anleitung oder ein Fach- buch zu lesen und lieber 10.000 mal irgendwelchen obskuren Humbug probieren als sich über die eigentliche Lösung des Problems Gedanken zu machen. --J. Link
Am Dienstag, 15. März 2005 11:31 schrieb David Haller:
Am Tue, 15 Mar 2005, Michael Schueller schrieb:
Am Sonntag, 13. März 2005 01:34 schrieb David Haller:
Am Sat, 12 Mar 2005, Michael Schueller schrieb:
Bei mir kommt der SuSE 9.1 Kernel 2.6.5-7.147 zum Einsatz, der mir das modul tda9887 zur Verfügung stellt. [..] "FATAL: Error inserting tda9887 (/lib/modules/2.6.5-7.147-default/kernel/drivers/media/video/ tda 9887.ko): Unknown symbol in module, or unknown parameter (see dmesg)"
Was spuckt denn 'modinfo tda9887' aus?
Hallo David, sorry hat n bisschen gedauert...
modinfo tda9887 sagt
license: GPL parmtype: secam:s parmtype: pal:s parmtype: debug:i
[..]
Ich hab' mal in den Quelltext geschaut: bCarrierMode wird bei PAL auf QSS gesetzt, wenn der Parameter 'pal' = {m,n} ist und die "pinnacle_id != {5,6} oder die pinnacle_id = {1,7}.
Die pinnacle_id wird, wenn du das Modul mit 'debug=1' laedst mit ausgegeben in einer Zeile wie folgt:
tda9885/6/7: 0x%02x 0x%02x 0x%02x [pinnacle_id=%d]"
Falls der String "[pinnacle_id=..]" nicht mit ausgegeben wird, dann wird der Carriermode (der der 'qss' sein kann) nicht explizit gesetzt.
Lade also mal mit dem Parameter 'debug=1', dann sehen wir weiter.
Hallo David, also es ist schon wirklich merkwürdig. Gestern lief die Karte nur mit dem Kernel 2.6.8-x von der SuSe 9.2 . Heut morgen hatte ich den Rechner denn mal mit dem originalen Kernel gestartet um die entsprechenden modinfo Informationen auszulesen, und stellte anschließend zu meiner Überraschung fest das die TV-Karte in Bild und Ton lief (grübel). Als ich vorhin nach Hause kam lief sie dann wieder gar nicht (weder Bild noch Ton). Jetzt starte ich gerade den Rechner mit dem 2.6.8er Kernel, die Karte läuft, ich lese Deine Mail, fahr den Rechner runter und wieder rauf mit dem originalen und die Karte läuft immer noch. Nun werd ich aber trotzdem mal das modul entladen und mit "debug=1" neuladen... -- Mar 15 12:41:42 linux kernel: tda9887: chip found @ 0x86 Mar 15 12:42:09 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:09 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:09 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:09 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:09 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:09 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:10 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49 Mar 15 12:42:12 linux kernel: saa7134[0]/audio: audio carrier scan failed, using 5.500 MHz [last detected] Mar 15 12:42:14 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:14 linux kernel: tda9885/6/7: 0x96 0x70 0x49 -- Danach noch mal mit parameter qss=0 -- Mar 15 12:44:27 linux kernel: tda9887: Unknown parameter `qss' -- Ich lese hier gerade die Zeile "last detected" Kann es sein das sich das Modul die Werte merkt die mit dem 2.6.8er Kernel festgestellt wurden und die dann beim nächsten start verwendet ... ? Gruß Micha
-dnh
Hallo, Am Tue, 15 Mar 2005, Michael Schueller schrieb:
Am Dienstag, 15. März 2005 11:31 schrieb David Haller: [..]
Lade also mal mit dem Parameter 'debug=1', dann sehen wir weiter.
also es ist schon wirklich merkwürdig. Gestern lief die Karte nur mit dem Kernel 2.6.8-x von der SuSe 9.2 . Heut morgen hatte ich den Rechner denn mal mit dem originalen Kernel gestartet um die entsprechenden modinfo Informationen auszulesen, und stellte anschließend zu meiner Überraschung fest das die TV-Karte in Bild und Ton lief (grübel). Als ich vorhin nach Hause kam lief sie dann wieder gar nicht (weder Bild noch Ton).
Hm.
Jetzt starte ich gerade den Rechner mit dem 2.6.8er Kernel, die Karte läuft, ich lese Deine Mail, fahr den Rechner runter und wieder rauf mit dem originalen und die Karte läuft immer noch.
Nun werd ich aber trotzdem mal das modul entladen und mit "debug=1" neuladen...
-- Mar 15 12:41:42 linux kernel: tda9887: chip found @ 0x86 Mar 15 12:42:09 linux kernel: tda9885/6/7: PAL-b mode Mar 15 12:42:09 linux kernel: tda9885/6/7: 0x96 0x70 0x49 [..] Mar 15 12:42:10 linux kernel: tda9885/6/7: 0x96 0x70 0x49
Ok, also das 'tda..:' ist in dem Modul in tda9887_configure, das dann die Config per i2c an die Karte schickt. Und am '0x96' sieht man, dass das Bit 2 (bCarrierMode) auf 1 ist. $ echo 'ibase=16; obase=2; 96;' | bc 10010110 ^ => QSS == 1 Das mit dem QSS / bCarrierMode ist aber in der/fuer die Funktion 'tda9887_miro'... Ich steig da auf die Schnelle nicht durch. Du koenntest aber probieren, das Bit "per Hand" zu aendern: === drivers/media/video/tda9887.c:287 ==== static unsigned char buf_pal_bg[] = { 0x00, 0x92, 0x70, 0x49 }; /* ^^! statt 0x96 */ [..] static unsigned char buf_ntsc_jp[] = { 0x00, 0x96, 0x70, 0x40 }; static int tda9887_configure(struct tda9887 *t) { [..] ==== Was war das eigentlich fuer ein Kernel, bei dem's den 'qss' Parameter gibt?
Mar 15 12:42:12 linux kernel: saa7134[0]/audio: audio carrier scan failed, using 5.500 MHz [last detected]
Diese Meldung kommt wiederum von drivers/media/video/saa7134/saa7134-tvaudio.c. Das Modul kennt einen Parameter 'audio_carrier' wo du den Carrier direkt (in IIRC kHz) angeben kannst. Ggfs. lade das Modul mal mit dem Parameter 'audio_debug=1'.
Ich lese hier gerade die Zeile "last detected" Kann es sein das sich das Modul die Werte merkt die mit dem 2.6.8er Kernel festgestellt wurden und die dann beim nächsten start verwendet ... ?
Nein, das ist nur von einem Suchlauf oder so, auf die Schnelle kapier ich das aber auch nicht. HTH, -dnh -- Die Konsole muss ein Hermaphrodit, also zweigeschlechtlich, sein. Denn manchmal denk ich mir: So kurz angebunden und sachlich wie die ist, muss da ein Mann dahinter stecken. Aber wehe Du rufst ein Program mit -v (oder /sbin/lilo gar mit -vvv) auf, da wird sie gesprächig wie ein Marktweib. [Philipp Zacharias]
Am Dienstag, 15. März 2005 18:55 schrieb David Haller:
Am Tue, 15 Mar 2005, Michael Schueller schrieb:
Am Dienstag, 15. März 2005 11:31 schrieb David Haller:
[..]
[..] Hey David, sorry aber das ist mir jetzt echt ne Nummer zu hoch.
Was war das eigentlich fuer ein Kernel, bei dem's den 'qss' Parameter gibt?
Das versteh ich jetzt wieder ;-) Der Kernel mit dem die Karte läuft ist der aktuelle Kernel der SuSe 9.2 <2.6.8-24.11-default> und ehrlich gesagt kann ich nicht so recht glauben das der Author des Artikels in der Linux-User tatsächlich die Option qss=0 erfolgreich mit dem Kernel 2.6.5-7.111 gestartet hatte. Ich hab hier noch den 2.6.5-7.95 installiert und eben den aktuellen 2.6.5-7.147, und mit beiden gehts nicht. Aber mit dem 111ten solls gehen ...? Ich meine Deine Bemühungen können eigentlich nicht mehr gerechtfertigt werden. Ich hab n Kernel am laufen mit dem's läuft, und mehr sollte es ja eigentlich nicht. Natürlich wäre es schön gewesen eine Lösung für den Kernel der SuSE 9.1 zu finden, aber es scheint doch darauf hinauszulaufen das die Lösung am Ende keinen Kernel Update überleben würde. Entweder ich muß den Kernel selbst kompilieren oder das Modul Patchen, so oder so ist nach einem Update Handarbeit angesagt. Dann kann ich auch gleich von Hand den Kernel der SuSE 9.2 pflegen. In diesem Sinne danke ich Dir für Deine Bemühungen, haben sie doch zumindest Klarheit darüber geschaffen das eine einfache Lösung selbst für einen Kernel Freak (ich meine bei 40 Kerneln ....) nicht möglich ist Gruß Micha
[..]
HTH, -dnh
Hallo, Am Tue, 15 Mar 2005, Michael Schueller schrieb:
Am Dienstag, 15. März 2005 18:55 schrieb David Haller:
Am Tue, 15 Mar 2005, Michael Schueller schrieb:
Am Dienstag, 15. März 2005 11:31 schrieb David Haller: [..] sorry aber das ist mir jetzt echt ne Nummer zu hoch.
Was war das eigentlich fuer ein Kernel, bei dem's den 'qss' Parameter gibt?
Das versteh ich jetzt wieder ;-)
*g*
Ich hab n Kernel am laufen mit dem's läuft, und mehr sollte es ja eigentlich nicht.
ok.
Natürlich wäre es schön gewesen eine Lösung für den Kernel der SuSE 9.1 zu finden, aber es scheint doch darauf hinauszulaufen das die Lösung am Ende keinen Kernel Update überleben würde. Entweder ich muß den Kernel selbst kompilieren oder das Modul Patchen, so oder so ist nach einem Update Handarbeit angesagt. Dann kann ich auch gleich von Hand den Kernel der SuSE 9.2 pflegen.
In diesem Sinne danke ich Dir für Deine Bemühungen, haben sie doch zumindest Klarheit darüber geschaffen das eine einfache Lösung selbst für einen Kernel Freak (ich meine bei 40 Kerneln ....) nicht möglich ist
Och, kommt drauf an, was man als "einfach" empfindet ;) Aber probiere noch das mit den saa7134-tvaudio Parametern, also lad das Modul mal mit 'audio_debug=1'. Hm. IIRC wird hier bei Sat-Anlagen 7.22 MHz als Audio-Traeger verwendet, evtl. geht ein options saa7134-tvaudio audio_carrier=7220 oder so, wie gesagt, schau dir mal die Debugausgabe an. -dnh -- The steady state of disks is full. -- Ken Thompson
Am Samstag, 12. März 2005 23:48 schrieb Michael Schueller: [...]
Meine Frage :
Ich hab schon mal in der Kernel Konfiguration geschaut ob ich das entsprechende Modul finde, in der Absicht (der Hoffnung) es mit der entsprechenden Funktion neu zu kompilieren. Habs aber nicht gefunden ...
Hat jemand ne Idee wie ich die Funktion in das Modul integriere oder wen ich bei SuSE bitten könnte die Funktion im nächsten Update zu berücksichtigen ?
Gruß Micha
Hallo noch mal, ich hab mal im Internet geschaut, und es sieht so aus, als würde es bei einer SuSE 9.1 keine vernünftige Lösung geben (ausser Kernel selberbacken). Vielleicht kann Dir der für den betreffenden Artikel verantwortliche Redakteur von der LinuxUser weiterhelfen - laut denen sollte es nämlich mit der 9.1 und dem aktuellen YOU-Kernel (den Du ja offensichtlich hast) funktionieren. Mit der 9.2 scheint es "anstandslos" zu klappen - ob das einen Umstieg rechtfertigt? Gruss Mario
Am Sonntag, 13. März 2005 09:03 schrieb Mario van der Linde:
Vielleicht kann Dir der für den betreffenden Artikel verantwortliche Redakteur von der LinuxUser weiterhelfen - laut denen sollte es nämlich mit der 9.1 und dem aktuellen YOU-Kernel (den Du ja offensichtlich hast) funktionieren.
Moin Mario, Genau !!! Der ist schuld das ich mir die Karte gekauft hab ;)
Mit der 9.2 scheint es "anstandslos" zu klappen - ob das einen Umstieg rechtfertigt?
Nee, sicher nicht ... dann bau ich mir eher n frischen Kernel
Gruss Mario
Mario >P.S: Das Problem von gestern ließ sich durch ein Umstecken auf einen anderen PCI Slot beseitigen, und das Rauschen krieg'n wa auch noch in 'n Griff
Michael Schueller wrote:
Am Sonntag, 13. März 2005 09:03 schrieb Mario van der Linde:
[...] Mit der 9.2 scheint es "anstandslos" zu klappen - ob das einen Umstieg rechtfertigt?
Argh, wegen einem neuen Kernel braucht man doch keine neue SuSE Version zu installieren - das klingt ja schon wie bei Windows: geht nicht, dann buegeln wir halt was Neues drueber :-)
Nee, sicher nicht ... dann bau ich mir eher n frischen Kernel
Selbst das musst Du evtl. nicht einmal. Wenn Du den Default-Kernel der SuSE 9.2 nimmst, den Du sicher als RPM auf dem SuSE FTP Server findest (samt Sourcen; zum Download aber bitte einen Mirror verwenden), dann kannst Du den zu Testzwecken parallel zum alten Kernel installieren (geht ja anscheinend mittlerweile ohne groessere Probleme) und testen, ob es damit geht. Die neuen Kernel von H. Mantel werden vermutlich ohne Update weiterer Pakete nicht so ohne weiteres auf der 9.1 laufen, da waere ich also eher vorsichtig. Der Standard-9.2er Kernel (bzw. dessen bug-gefixte Version) sollte es aber prinzipiell tun... Eine weitere Moeglichkeit waere - falls das benoetigte Modul als externer Source (unabhaengig vom Kernel-Source-Baum) in einer neueren Version erhaeltlich ist - einfach das externe Modul fuer die 9.1 Version neu zu uebersetzen und zu installieren. Ob das dann funktioniert, haengt aber ein bissl davon ab, wie der SuSE-Kernel gepatcht ist. Cheers, Th.
Am Sonntag, 13. März 2005 11:48 schrieb Thomas Hertweck:
Michael Schueller wrote:
Am Sonntag, 13. März 2005 09:03 schrieb Mario van der Linde:
[...] Mit der 9.2 scheint es "anstandslos" zu klappen - ob das einen Umstieg rechtfertigt?
Hallo Thomas, das iss ja schön das Du grad vorbeischaust .. ;)
Argh, wegen einem neuen Kernel braucht man doch keine neue SuSE Version zu installieren - das klingt ja schon wie bei Windows: geht nicht, dann buegeln wir halt was Neues drueber :-)
Nee, sicher nicht ... dann bau ich mir eher n frischen Kernel
Selbst das musst Du evtl. nicht einmal. Wenn Du den Default-Kernel der SuSE 9.2 nimmst, den Du sicher als RPM auf dem SuSE FTP Server findest (samt Sourcen; zum Download aber bitte einen Mirror verwenden), dann kannst Du den zu Testzwecken parallel zum alten Kernel installieren (geht ja anscheinend mittlerweile ohne groessere Probleme) und testen, ob es damit geht.
Das wäre dann der vierte Kernel auf diesem Rechner, naja warum nicht (g)
Die neuen Kernel von H. Mantel werden vermutlich ohne Update weiterer Pakete nicht so ohne weiteres auf der 9.1 laufen, da waere ich also eher vorsichtig.
Die Erfahrung hatte ich gestern gemacht. Für den aktuellen K.o.t.D. von Mantel ist ein update der mkinitrd auf 1.2+ erforderlich. Die Installation des Kernels gab aber einen Fehler (nicht näher definiert) zurück, weshalb ich auf den zuletzt benutzten Kernel wieder zurück wollte (auch weil sich mal wieder der NVIDIA Treiber nicht installieren ließ). Die neu mkinitrd Version hatte aber anschließend Probleme mir für den aktuellen default 2.6.5-7-147 eine funktionierende initrd zu erstellen.
Der Standard-9.2er Kernel (bzw. dessen bug-gefixte Version) sollte es aber prinzipiell tun...
Hmm, das wär ja noch ne Idee.Der lässt sich dann natürlich nicht von YOU aktualisieren ...
Eine weitere Moeglichkeit waere - falls das benoetigte Modul als externer Source (unabhaengig vom Kernel-Source-Baum) in einer neueren Version erhaeltlich ist - einfach das externe Modul fuer die 9.1 Version neu zu uebersetzen und zu installieren.
Das wär doch was, einzelne Module kompilieren und installieren. Geht das ? Und wenn ja, wie und woher bekommt man das entsprechende Modul als Patch ?
Ob das dann funktioniert, haengt aber ein bissl davon ab, wie der SuSE-Kernel gepatcht ist.
Cheers, Th.
Gruß Micha
Michael Schueller wrote:
[...] Das wäre dann der vierte Kernel auf diesem Rechner, naja warum nicht (g)
Ueber vier bin ich schon lange raus :-)
[...] Für den aktuellen K.o.t.D. von Mantel ist ein update der mkinitrd auf 1.2+ erforderlich. Die Installation des Kernels gab aber einen Fehler (nicht näher definiert) zurück, weshalb ich auf den zuletzt benutzten Kernel wieder zurück wollte (auch weil sich mal wieder der NVIDIA Treiber nicht installieren ließ). Die neu mkinitrd Version hatte aber anschließend Probleme mir für den aktuellen default 2.6.5-7-147 eine funktionierende initrd zu erstellen.
Ich bekomme viele Emails dieser Art... Ich kann nur dazu raten, die KotD Kernel nicht mal eben einfach so zu installieren, wenn man nicht genau weiss, was man tut. Es sind nun einmal Test-Kernel, und das sollte man sich immer ins Gedaechtnis rufen. Wer es probieren will, kann das natuerlich tun - es gibt Situationen, da macht es auch wirklich Sinn - und Hubert freut sich sicher auch ueber gutes Feedback, aber es ist eben Vorsicht angesagt. Daher ist von meiner Seite immer ein *warning* damit verbunden.
[...] Hmm, das wär ja noch ne Idee.Der lässt sich dann natürlich nicht von YOU aktualisieren ...
Wenn Du den Standard-Kernel bzw. dessen Source veraenderst, ist es mit YOU auch nicht mehr soweit hin. Du muesstest evtl. den angewandten Patch neu einspielen nach YOU. Immerhin gaebe es aktuelle Kernel-Fixes fuer den 9.2er Kernel. Muesstest Du auf Deiner SuSE dann halt per Hand einspielen, was aber kein groesseres Problem sein sollte. Mache ich bei Kerneln meist eh - "safety firschd", wie mein alter Physik-Lehrer immer sagte.
[...] Das wär doch was, einzelne Module kompilieren und installieren. Geht das ?
Sicher. Der NVIDIA-Treiber z.B. ist ja nichts anderes. Du findest den Source einiger "externer" Module in /usr/src/kernel-modules/. Das sind ueblicherweise die km_*.rpm SuSE Pakete.
Und wenn ja, wie und woher bekommt man das entsprechende Modul als Patch ?
Ich weiss nicht, ob es in Deinem Falle mit besagtem Modul geht (es geht nicht immer) und ob so etwas verfuegbar ist. Da musst Du selbst mal suchen. Es war nur so eine Idee. Cheers, Th.
Am Sonntag, 13. März 2005 12:45 schrieb Thomas Hertweck:
Michael Schueller wrote:
[...] Das wäre dann der vierte Kernel auf diesem Rechner, naja warum nicht (g)
Ueber vier bin ich schon lange raus :-)
O.K. hätte auch nichts anderes vermutet Der aktuelle Kernel der SuSe 9.2 liegt schon zur OP bereit, jetzt gäbe es nur noch eine Frage zu klären. Eigentlich sollte das alles ja laut dem von Mario erwähnten Artikel in der aktuellen LinuX-User, http://www.linux-user.de/ausgabe/2005/03/077-tvkarten-analog/ der tatsächlich auch ausschlaggebend für mich war mir die Karte zu kaufen, unter SuSe 9.1 mit einem aktuellen YOU Kernel gar nicht notwendig sein zu tricksen. Wen könnte man denn mal bei SuSE fragen ob diese Option für einen 2.6.5 er Kernel tatsächlich möglich ist und wenn ja, ob sie vielleicht in den nächsten Kernel Update integriert werden könnte ? Wäre da mantel@suse.de die richtige Adresse ? Gruß Micha
Hallo, Am Sun, 13 Mar 2005, Thomas Hertweck schrieb:
Michael Schueller wrote:
[...] Das wäre dann der vierte Kernel auf diesem Rechner, naja warum nicht (g)
Ueber vier bin ich schon lange raus :-)
*kicher* *nachzaehl* Ich komm hier grad auf 40 -- und 1 * LILO und 3 * GRUB ;) -dn'*SCNR*'h -- "I have a very firm grasp on reality! I can reach out and strangle it any time!" -- from the BSD fortune file
Am Sonntag, 13. März 2005 17:47 schrieb David Haller:
Hallo,
Am Sun, 13 Mar 2005, Thomas Hertweck schrieb:
Michael Schueller wrote:
[...] Das wäre dann der vierte Kernel auf diesem Rechner, naja warum nicht (g)
Ueber vier bin ich schon lange raus :-)
*kicher* *nachzaehl*
Ich komm hier grad auf 40 -- und 1 * LILO und 3 * GRUB ;)
Versink, ich habe nur 8, dafür aber auf 1 Rechner mit 4 verschiedenen Distris, wobei mich Debian und Redhat/Fedora zur Zeit speziell nerven. Debian schrumpft bei einer Installation in eine erweiterte Partition den unbenutzten Bereich, sodass man mit den SuSE-Installationsroutinen den Platz nicht mehr verwenden kann. Mandrake hilft dann aus der Patsche und spätestens wenn SuSE vorhandene Fedora-Partitonen (Debian und Mandrake-Partitionen sind problemlos) bei einer Installation mounten soll, dann hängt es nach dem 1. Reboot wieder. Manuell kann man die Fedora-Partitionen aber schon mounten. Ich bin schon neugierig welche Distri dann im Multimedia-Bereich die Nase vorn hat bzw. am problemlosesten ist. Es scheint so, dass Sarge gute Chance auf den Sieg hat, aber so ganz bin ich mit DVB noch nicht durch, da mir ein defektes CDROM das Filesystem von 2 Distris zerschossen hat. Es ist ganz schön spannend, wenn man sieht wie das Journaling-Filesystem kaputt repariert wird, weil ein CDROM den Bus durcheinander bringt :-) Nachdem ich das CDROM ausgebaut hatte und ein badblocks darüber laufen ließ waren die ganzen seekerrors, etc. weg, Al
Hallo, Am Sun, 13 Mar 2005, Al Bogner schrieb:
Am Sonntag, 13. März 2005 17:47 schrieb David Haller:
Am Sun, 13 Mar 2005, Thomas Hertweck schrieb:
Michael Schueller wrote:
[...] Das wäre dann der vierte Kernel auf diesem Rechner, naja warum nicht (g)
Ueber vier bin ich schon lange raus :-)
*kicher* *nachzaehl*
Ich komm hier grad auf 40 -- und 1 * LILO und 3 * GRUB ;)
Versink,
Awatt! *Al am Schlawittchen hochzieh*
ich habe nur 8, dafür aber auf 1 Rechner mit 4 verschiedenen Distris,
Och, ich hab hier grad auch 4 Installation, die eine ist aber gerade nur auf ner abgeklemmten HDD ;) Naja, du musst bedenken, dass sich diese Kernels seit Sept. 1999 angesammelt haben (2.2.10) und mit den Jahren sind halt ein paar dazugekommen, die sich teils nur minimal unterscheiden. Die letzten Jahre sind aber nur noch wenige dazugekommen (3 in 2002, 1 in '03, 5 in '04 (v.a. wg. patches)), da ich die grosse Experimentierphase hinter mir hatte und auch alle HW bis dahin lief ;) Ob die alten 2.2er Kernels ueberhaupt noch auf meinem System laufen muesste ich glatt mal testen ;)
wobei mich Debian und Redhat/Fedora zur Zeit speziell nerven. Debian schrumpft bei einer Installation in eine erweiterte Partition den unbenutzten Bereich, sodass man mit den SuSE-Installationsroutinen den Platz nicht mehr verwenden kann.
Lass dir eins gesagt sein: Partitioniere selber mit {,c,s}fdisk und sage den Install-tools nur noch, welche Partition(en) sie verwenden sollen. Das gilt uebrigens auch fuer Win*[1]. Und verwende immer das gleiche Tool zum Partitionieren, am besten das die o.g. linux fdisks (ich verwende hier fdisk, das ich vor ner Weile mal aktualisiert habe... Das kommt auch mit meinen beiden 160 GB Platten zurecht: # rpm -q --queryformat '%{name}-%{version}-%{release}:\ %{installtime:date}\n' -f `which fdisk` util-linux-2.11u-45_dh_1: Fri 29 Nov 2002 12:30:18 PM CET ) Also z.B. warten bis Yast gestartet ist, auf ner Konsole partitionieren, zurueck zu Yast und dort weitermachen.
schon mounten. Ich bin schon neugierig welche Distri dann im Multimedia-Bereich die Nase vorn hat bzw. am problemlosesten ist.
Schau dir mal DeMuDi (Debian-derivat) an.
Es scheint so, dass Sarge gute Chance auf den Sieg hat,
s.o. ;)
aber so ganz bin ich mit DVB noch nicht durch, da mir ein defektes CDROM das Filesystem von 2 Distris zerschossen hat. Es ist ganz schön spannend, wenn man sieht wie das Journaling-Filesystem kaputt repariert wird, weil ein CDROM den Bus durcheinander bringt :-)
*grumpf* -dnh [1] ich hab grad erst nen WinXP installiert. *WUERG* -- Dann siehst du nämlich ganz genau, daß der Cursor blinkt, und er hat feuerrote tote Augen, mit denen er dich anstarrt und brüllt: ".. UND WENN DU DICH VERTIPPST, DANN FRESSE ICH DICH MITSAMT DEINEM MAUSZEIGER!!!!" [Ratti in suse-programming]
On Sat, Mar 12, 2005 at 11:48:41PM +0100, Michael Schueller wrote:
"FATAL: Error inserting tda9887 (/lib/modules/2.6.5-7.147-default/kernel/drivers/media/video/tda9887.ko): Unknown symbol in module, or unknown parameter (see dmesg)"
Du hast schon zuvor ein "rmmod tda9887" ausgefuehrt, oder nicht? --
Am Sonntag, 13. März 2005 19:23 schrieb Peter Wiersig:
On Sat, Mar 12, 2005 at 11:48:41PM +0100, Michael Schueller wrote:
"FATAL: Error inserting tda9887 (/lib/modules/2.6.5-7.147-default/kernel/drivers/media/video/td a9887.ko): Unknown symbol in module, or unknown parameter (see dmesg)"
Du hast schon zuvor ein "rmmod tda9887" ausgefuehrt, oder nicht?
Nabnd Peter, ja, hatte ich ... Ich hab jetzt inzwischen den Vorschlag aufgenommen und auf meiner SuSE 9.1 den aktuellen Kernel der SuSE 9.2 parallel installiert, mit dem funktioniert alles wunderbar ... Bild und Ton, ich kann's noch gar nicht glauben ;-) Gruß Micha
Michael Schueller wrote:
Am Sonntag, 13. März 2005 19:23 schrieb Peter Wiersig:
On Sat, Mar 12, 2005 at 11:48:41PM +0100, Michael Schueller wrote:
"FATAL: Error inserting tda9887 (/lib/modules/2.6.5-7.147-default/kernel/drivers/media/video/td a9887.ko): Unknown symbol in module, or unknown parameter (see dmesg)"
Du hast schon zuvor ein "rmmod tda9887" ausgefuehrt, oder nicht?
ja, hatte ich ...
Das ist egal, es wuerde eh nicht obige Fehlermeldung erklaeren... modprobe beendet sich stillschweigend (und mit Erfolg), falls ein Modul schon geladen ist und versucht wird, es ein weiteres Mal zu laden. Dieses Verhalten muss man - so es nicht gewuenscht ist - explizit mit der Option "--first-time" ausschalten. Dann wuerde man beim zweiten Ladeversuch eine Fehlermeldung wie "FATAL: Module tda9887 already in kernel." bekommen. Die von Dir angegebene Fehlermeldung kann wirklich nur auftreten, wenn beim erstmaligen Laden ein Problem entsteht. Das ist, wie die Meldung auch sagt, entweder ein unbekannter Parameter oder unbekannte Symbole im Modul, die nicht aufgeloest werden koennen.
Ich hab jetzt inzwischen den Vorschlag aufgenommen und auf meiner SuSE 9.1 den aktuellen Kernel der SuSE 9.2 parallel installiert, mit dem funktioniert alles wunderbar ... Bild und Ton, ich kann's noch gar nicht glauben ;-)
Na dann: have fun! Cheers, Th.
Am Samstag, 12. März 2005 23:48 schrieb Michael Schueller:
Nabnd Liste, nachdem ich nun meine schöne neue Pinnacle TV-Karte mit Philips saa7134 er Chip zum laufen gebracht habe, tut sich hier noch ein kleines (hoffentlich) Kernel Problem für mich auf.
Bei mir kommt der SuSE 9.1 Kernel 2.6.5-7.147 zum Einsatz, der mir das modul tda9887 zur Verfügung stellt. Soweit sogut, dieses Modul muß aber mit der Option qss=0 geladen werden damit ich anstatt eines Rauschens auch einen Sound habe. Dies sollte eigentlich ab Kernel 2.6.5 möglich sein, ist es aber nicht. Wenn ich versuche das Modul mittels modprobe tda9887 qss=0 zu laden bekomme ich eine Fehlermeldung das die Option nicht verfügbar bzw unbekannt ist.
"FATAL: Error inserting tda9887 (/lib/modules/2.6.5-7.147-default/kernel/drivers/media/video/tda9 887.ko): Unknown symbol in module, or unknown parameter (see dmesg)"
Meine Frage :
Ich hab schon mal in der Kernel Konfiguration geschaut ob ich das entsprechende Modul finde, in der Absicht (der Hoffnung) es mit der entsprechenden Funktion neu zu kompilieren. Habs aber nicht gefunden ...
Hat jemand ne Idee wie ich die Funktion in das Modul integriere oder wen ich bei SuSE bitten könnte die Funktion im nächsten Update zu berücksichtigen ?
Gruß Micha
Hallo Liste, hallo Thomas und David, nachdem ihr Euch so um eine Lösung für mein Problem bemüht habt, hat nunmehr SuSE einen aktuellen Kernel 2.6.5-7.151 für SuSE 9.1 ins Netz gestellt mit dem nun die Soundausgabe für die Pinnacle PCTV Stereo mit dem Philips Chip saa7134 einwandfrei funktioniert. Ich kann zwar das Modul tda9887 immer noch nicht mit der Option qss=0 starten, es wird aber allen Anschein nach auch gar nicht verwendet. Wie auch immer, ich hab den Rechner nach dem Kernel Update noch zwei mal zur Kontrolle neu gestartet, und der Sound steht. Das ist mal wirklich n nette Osterüberraschung ;-) Ein herzliches Dankeschön an Euch und die unbekannte Seele bei SuSE Fröhliche Ostern Micha linux:~ # lsmod (bei laufenden TV mit funktionierenden Sound) Module Size Used by snd_seq 55312 1 tuner 17164 0 saa7134 92492 1 video_buf 19972 1 saa7134 v4l2_common 6400 1 saa7134 v4l1_compat 13316 1 saa7134 ir_common 4612 1 saa7134 nvidia 3458076 12 edd 9368 0 sg 35744 0 st 39452 0 sd_mod 20224 0 sr_mod 16292 0 nvram 8456 0 usbserial 29168 0 lp 11172 0 speedstep_lib 3712 0 nfsd 95688 4 exportfs 5888 1 nfsd freq_table 4612 0 processor 16680 0 asus_acpi 10640 0 sidewinder 12544 0 joydev 10304 0 snd_pcm_oss 57640 0 snd_mixer_oss 18944 1 snd_pcm_oss snd_fm801 18760 6 snd_pcm 97160 3 snd_pcm_oss,snd_fm801 snd_page_alloc 11656 1 snd_pcm snd_tea575x_tuner 4736 1 snd_fm801 videodev 9600 3 saa7134,snd_tea575x_tuner snd_ac97_codec 62596 1 snd_fm801 snd_opl3_lib 11008 1 snd_fm801 snd_timer 25860 3 snd_seq,snd_pcm,snd_opl3_lib snd_hwdep 9860 1 snd_opl3_lib snd_mpu401_uart 8064 1 snd_fm801 hid 40896 0 snd_rawmidi 25636 1 snd_mpu401_uart snd_seq_device 8456 3 snd_seq,snd_opl3_lib,snd_rawmidi ipv6 237440 20 snd 61572 25 snd_seq,snd_pcm_oss,snd_mixer_oss,snd_fm801,snd_pcm,snd_tea575x_tuner,snd_ac97_codec,snd_opl3_lib,snd_timer,snd_hwdep,snd_mpu401_uart,snd_rawmidi,snd_seq_device soundcore 9056 2 saa7134,snd fm801_gp 3840 0 gameport 4736 2 sidewinder,fm801_gp ehci_hcd 28164 0 vmnet 24720 6 nvidia_agp 7708 1 vmmon 41656 0 agpgart 30888 2 nvidia_agp ipt_multiport 2304 2 iptable_mangle 3072 0 ohci_hcd 19332 0 pppoe 13888 2 pppox 3720 1 pppoe af_packet 20872 2 ppp_generic 29588 6 pppoe,pppox slhc 7552 1 ppp_generic evdev 9856 0 8139too 23424 0 mii 5248 1 8139too usbcore 103644 6 usbserial,hid,ehci_hcd,ohci_hcd forcedeth 16128 0 eeprom 8200 0 w83l785ts 8068 0 asb100 20608 0 i2c_sensor 3200 3 eeprom,w83l785ts,asb100 i2c_nforce2 7040 0 i2c_core 23940 7 tuner,saa7134,eeprom,w83l785ts,asb100,i2c_sensor,i2c_nforce2 ipt_TCPMSS 4480 1 ipt_MASQUERADE 3840 1 iptable_nat 22060 2 ipt_MASQUERADE ipt_state 2176 5 ip_conntrack 32560 3 ipt_MASQUERADE,iptable_nat,ipt_state iptable_filter 3072 1 ip_tables 17280 7 ipt_multiport,iptable_mangle,ipt_TCPMSS,ipt_MASQUERADE,iptable_nat,ipt_state,iptable_filter ide_cd 36740 0 cdrom 37148 2 sr_mod,ide_cd parport_pc 35648 1 imm 11912 0 scsi_mod 110284 5 sg,st,sd_mod,sr_mod,imm parport 37832 3 lp,parport_pc,imm subfs 7424 3 nls_utf8 2304 4 nls_cp437 6016 4 vfat 14208 4 fat 43584 1 vfat dm_mod 52732 0 ext3 111528 2 jbd 59812 1 ext3
participants (6)
-
Al Bogner -
David Haller -
Mario van der Linde -
Michael Schueller -
Peter Wiersig -
Thomas Hertweck