Suspend to RAM Resume Soundkarte stumm
Hallo, ich bin mittlerweile ziemlich verzweifelt mit dem Einrichten meiner Soundkarte, einer Soundblaster 24 live. Sie geht nach langem Testen und updaten der alsa-Treiber als root eingeloggt eigentlich gut, durch lange Recherchen in Howto`s und Foren habe ich mir als user die gruppe „audio“ zugeordnet, damit geht der sound auch prima mit mir als user angemeldet. Jetzt bleibt noch ein Haken: nach einem Suspend to RAM, der hervorragend mit meinem System, Shuttle SD11G5 mit Suse 10.2 im großen und ganzen funktioniert, ist der Sound wieder weg. Nach einem Neustart oder Ausführen von „alsaconf“ per Konsole oder per YAST funktioniert der Sound dann auch wieder. Meine Frage ist nun, wo und wie kann ich das Soundsystem vor dem Suspend entladen und den Service nach dem Resume wieder starten, bzw. welche Module müßten entladen bzw. neu gestartet werden? Der Treiber für die Soundblaster-Karte ist ein „snd-ca0106“; mit einer USB-Audio-Lösung, mit der ich mir bisher behelfe (snd-USB-Generic-Treiber bzw. Modul), ist auch der Suspend überhaupt kein Problem. Ich wende mich an dieses Forum, weil es ein Pentium M System ist und Suspend-Fragen hier eigentlich immer gut aufgehoben waren. Viele Grße Gregor Willms --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-mobile-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-mobile-de+help@opensuse.org
On Wed, Sep 26, 2007 at 04:36:08PM +0200, Greeg wrote:
Hallo,
ich bin mittlerweile ziemlich verzweifelt mit dem Einrichten meiner Soundkarte, einer Soundblaster 24 live. Sie geht nach langem Testen und updaten der alsa-Treiber als root eingeloggt eigentlich gut, durch lange Recherchen in Howto`s und Foren habe ich mir als user die gruppe „audio“ zugeordnet, damit geht der sound auch prima mit mir als user angemeldet. Jetzt bleibt noch ein Haken: nach einem Suspend to RAM, der hervorragend mit meinem System, Shuttle SD11G5 mit Suse 10.2 im großen und ganzen funktioniert, ist der Sound wieder weg. Nach einem Neustart oder Ausführen von „alsaconf“ per Konsole oder per YAST funktioniert der Sound dann auch wieder. Meine Frage ist nun, wo und wie kann ich das Soundsystem vor dem Suspend entladen und den Service nach dem Resume wieder starten, bzw. welche Module müßten entladen bzw. neu gestartet werden? Der Treiber für die Soundblaster-Karte ist ein „snd-ca0106“; mit einer USB-Audio-Lösung, mit der ich mir bisher behelfe (snd-USB-Generic-Treiber bzw. Modul), ist auch der Suspend überhaupt kein Problem.
Ich wende mich an dieses Forum, weil es ein Pentium M System ist und Suspend-Fragen hier eigentlich immer gut aufgehoben waren.
http://en.opensuse.org/Pm-utils_10.2#Configuration -- Stefan Seyfried QA / R&D Team Mobile Devices | "Any ideas, John?" SUSE LINUX Products GmbH, Nürnberg | "Well, surrounding them's out." This footer brought to you by insane German lawmakers: SUSE Linux Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-mobile-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-mobile-de+help@opensuse.org
Hallo, nach Durchsicht der var/log/suspend habe ich den Eindruck, dass das Entladen der Module für die Soundkarte gar nicht das Problem zu sein scheint. Es scheinen alle Module zum Betrieb der soundkarte vor dem suspend entladen zu werden; warum die Karte dann nach dem Resume stumm bleibt, bleibt mir ein Rätsel. Ich schicke mal einen Auszug aus Var/log mit .... xt_limit 6912 9 i915 23296 2 drm 71956 3 i915 snd_pcm_oss 53632 0 snd_mixer_oss 21248 1 snd_pcm_oss snd_seq_midi 13824 0 snd_seq_midi_event 11520 1 snd_seq_midi snd_seq 61680 2 snd_seq_midi,snd_seq_midi_event af_packet 29832 2 cpufreq_conservative 12040 0 cpufreq_ondemand 11020 1 .... ohci1394 37040 0 i2c_core 25216 1 i2c_i801 snd_ac97_codec 97568 1 snd_ca0106 snd_ac97_bus 6400 1 snd_ac97_codec ieee1394 102584 1 ohci1394 intel_agp 28188 1 ehci_hcd 34696 0 agpgart 35528 3 drm,intel_agp uhci_hcd 26892 0 snd_usb_audio 81536 1 snd_pcm 88068 4 snd_pcm_oss,snd_ca0106,snd_ac97_codec,snd_usb_audio snd_timer 27908 2 snd_seq,snd_pcm snd_page_alloc 14472 2 snd_ca0106,snd_pcm snd_usb_lib 21504 1 snd_usb_audio usbcore 129668 8 pl2303,usbhid,usbserial,ehci_hcd,uhci_hcd,snd_usb_audio,snd_usb_lib snd_rawmidi 29824 3 snd_seq_midi,snd_ca0106,snd_usb_lib snd_seq_device 12812 3 snd_seq_midi,snd_seq,snd_rawmidi snd_hwdep 13956 1 snd_usb_audio snd 61572 17 snd_pcm_oss,snd_mixer_oss,snd_seq_midi,snd_seq,snd_ca0106,snd_ac97_codec,snd_usb_audio,snd_pcm,snd_timer,snd_usb_lib,snd_rawmidi,snd_seq_device,snd_hwdep soundcore 13792 1 snd parport_pc 42084 1 .... Über einen Tip, wie ich weitersuchen könnten, würde ich mich freuen. Gruß Gregor Am Mittwoch, 26. September 2007 17:38 schrieb Stefan Seyfried:
On Wed, Sep 26, 2007 at 04:36:08PM +0200, Greeg wrote:
Hallo,
ich bin mittlerweile ziemlich verzweifelt mit dem Einrichten meiner Soundkarte, einer Soundblaster 24 live. Sie geht nach langem Testen und updaten der alsa-Treiber als root eingeloggt eigentlich gut, durch lange Recherchen in Howto`s und Foren habe ich mir als user die gruppe „audio“ zugeordnet, damit geht der sound auch prima mit mir als user angemeldet. Jetzt bleibt noch ein Haken: nach einem Suspend to RAM, der hervorragend mit meinem System, Shuttle SD11G5 mit Suse 10.2 im großen und ganzen funktioniert, ist der Sound wieder weg. Nach einem Neustart oder Ausführen von „alsaconf“ per Konsole oder per YAST funktioniert der Sound dann auch wieder. Meine Frage ist nun, wo und wie kann ich das Soundsystem vor dem Suspend entladen und den Service nach dem Resume wieder starten, bzw. welche Module müßten entladen bzw. neu gestartet werden? Der Treiber für die Soundblaster-Karte ist ein „snd-ca0106“; mit einer USB-Audio-Lösung, mit der ich mir bisher behelfe (snd-USB-Generic-Treiber bzw. Modul), ist auch der Suspend überhaupt kein Problem.
Ich wende mich an dieses Forum, weil es ein Pentium M System ist und Suspend-Fragen hier eigentlich immer gut aufgehoben waren.
To unsubscribe, e-mail: opensuse-mobile-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-mobile-de+help@opensuse.org
Am Mittwoch, 26. September 2007 17:38 schrieb Stefan Seyfried:
On Wed, Sep 26, 2007 at 04:36:08PM +0200, Greeg wrote:
Hallo,
ich bin mittlerweile ziemlich verzweifelt mit dem Einrichten meiner Soundkarte, einer Soundblaster 24 live. Sie geht nach langem Testen und updaten der alsa-Treiber als root eingeloggt eigentlich gut, durch lange Recherchen in Howto`s und Foren habe ich mir als user die gruppe „audio“ zugeordnet, damit geht der sound auch prima mit mir als user angemeldet. Jetzt bleibt noch ein Haken: nach einem Suspend to RAM, der hervorragend mit meinem System, Shuttle SD11G5 mit Suse 10.2 im großen und ganzen funktioniert, ist der Sound wieder weg. Nach einem Neustart oder Ausführen von „alsaconf“ per Konsole oder per YAST funktioniert der Sound dann auch wieder. Meine Frage ist nun, wo und wie kann ich das Soundsystem vor dem Suspend entladen und den Service nach dem Resume wieder starten, bzw. welche Module müßten entladen bzw. neu gestartet werden? Der Treiber für die Soundblaster-Karte ist ein „snd-ca0106“; mit einer USB-Audio-Lösung, mit der ich mir bisher behelfe (snd-USB-Generic-Treiber bzw. Modul), ist auch der Suspend überhaupt kein Problem.
Ich wende mich an dieses Forum, weil es ein Pentium M System ist und Suspend-Fragen hier eigentlich immer gut aufgehoben waren.
was muesste denn in einem hook statt der demonstrationssaetze drinstehen um das alsa-system zu stoppen und wieder zu aktivieren oder die Soundcarte zu initialisieren? Das übersteigt leider zunächst mal meine Fähigkeiten #!/bin/bash case $1 in suspend) echo "Oh, this time we're doing a suspend to RAM. Cool!" ;; resume) echo "hey, the suspend to RAM seems to be over..." ;; *) echo "somebody is calling me totally wrong." ;; esac ich habe die Zeilen für Suspend-to-disk mal weggelassen weil ich den auf dieser Maschiene nie benutze. Gruß Gregor --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-mobile-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-mobile-de+help@opensuse.org
Hi Greeg, On Wed, Oct 24, 2007 at 12:41:06PM +0200, Greeg wrote:
Am Mittwoch, 26. September 2007 17:38 schrieb Stefan Seyfried:
On Wed, Sep 26, 2007 at 04:36:08PM +0200, Greeg wrote:
Ich wende mich an dieses Forum, weil es ein Pentium M System ist und Suspend-Fragen hier eigentlich immer gut aufgehoben waren.
was muesste denn in einem hook statt der demonstrationssaetze drinstehen um das alsa-system zu stoppen und wieder zu aktivieren oder die Soundcarte zu initialisieren? Das übersteigt leider zunächst mal meine Fähigkeiten
#!/bin/bash case $1 in suspend) echo "Oh, this time we're doing a suspend to RAM. Cool!" ;; resume) echo "hey, the suspend to RAM seems to be over..." ;; *) echo "somebody is calling me totally wrong." ;; esac
---------8<------8<--------- #!/bin/bash case $1 in suspend|hibernate) /etc/init.d/alsasound stop ;; resume|thaw) /etc/init.d/alsasound start ;; *) echo "$0: calling error, argument must be suspend, hibernate, resume or thaw." ;; esac ---------8<------8<--------- Viel Glück :-) Stefan -- Stefan Seyfried QA / R&D Team Mobile Devices | "Any ideas, John?" SUSE LINUX Products GmbH, Nürnberg | "Well, surrounding them's out." This footer brought to you by insane German lawmakers: SUSE Linux Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-mobile-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-mobile-de+help@opensuse.org
Am Mittwoch, 24. Oktober 2007 17:58 schrieb Stefan Seyfried:
Hi Greeg,
On Wed, Oct 24, 2007 at 12:41:06PM +0200, Greeg wrote:
Am Mittwoch, 26. September 2007 17:38 schrieb Stefan Seyfried:
On Wed, Sep 26, 2007 at 04:36:08PM +0200, Greeg wrote:
Ich wende mich an dieses Forum, weil es ein Pentium M System ist und Suspend-Fragen hier eigentlich immer gut aufgehoben waren.
was muesste denn in einem hook statt der demonstrationssaetze drinstehen um das alsa-system zu stoppen und wieder zu aktivieren oder die Soundcarte zu initialisieren? Das übersteigt leider zunächst mal meine Fähigkeiten
#!/bin/bash case $1 in suspend) echo "Oh, this time we're doing a suspend to RAM. Cool!" ;; resume) echo "hey, the suspend to RAM seems to be over..." ;; *) echo "somebody is calling me totally wrong." ;; esac
---------8<------8<--------- #!/bin/bash case $1 in suspend|hibernate) /etc/init.d/alsasound stop ;; resume|thaw) /etc/init.d/alsasound start ;; *) echo "$0: calling error, argument must be suspend, hibernate, resume or thaw." ;; esac ---------8<------8<---------
Viel Glück :-)
Stefan
vielen Dank für den ausformulierten Hook. Ich habe das probiert, leider bleibt die Soundblaster-Soundkarte weiterhin nach dem Suspend-to-RAM (übrigens auch nach dem Suspend-to-Disk) stumm. Vor den Namen des hooks habe ich 47 vorgestellt. Meint, wird beim suspend ausgeführt vor dem hook "modules", entsprechend umgekehrt beim resume. Hat aber alles leider keinen Ton nach dem Suspend herausgebracht. chmod +x /etc/pm/hooks/47toene habe ich ausgeführt, in den var log messages wird der hook aus als ausgeführt beschrieben. Kann man denn so die soundblaster-Soundkarte auch jedesmal vielleicht anhalten und anschließend wieder neu starten? Tja, bin weiterhin ratlos aber danke nochmal Gruß Gregor --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-mobile-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-mobile-de+help@opensuse.org
Das Problem von 'Kein Sound nach dem Aufwachen aus Suspend' kenn ich auch unter OS/2, das ebenfalls einen ALSA-Treiber verwendet. Hier hilft, den Mixer zu starten und einmal das Master und/oder den PCM-Regler zu betätigen. Danach ist der Sound wieder da. Ob dies auch für OpenSuse hilft, weiss ich allerdings nicht. Franz -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-mobile-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-mobile-de+help@opensuse.org
Hallo Franz, das habe ich auf andere Anregung hin auch schon versucht, hat leider nach wie vor keinen Ton nach dem Resume herauslocken können. danke Gruß Gregor Am Donnerstag, 1. November 2007 15:29 schrieb Franz Bakan:
Das Problem von 'Kein Sound nach dem Aufwachen aus Suspend' kenn ich auch unter OS/2, das ebenfalls einen ALSA-Treiber verwendet. Hier hilft, den Mixer zu starten und einmal das Master und/oder den PCM-Regler zu betätigen. Danach ist der Sound wieder da. Ob dies auch für OpenSuse hilft, weiss ich allerdings nicht.
Franz
To unsubscribe, e-mail: opensuse-mobile-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-mobile-de+help@opensuse.org
participants (3)
-
Franz Bakan
-
Greeg
-
Stefan Seyfried