[ALSA] Hoe krijg ik mijn sound modules ontladen?

[Confusion]

Soms verdwijnt bij mij (Debian testing, KDE met artsd, alsa via82xx geluidsmodule) opeens de mogelijkheid om geluid af te spelen. Als ik xmms dan start en ik probeer iets af te spelen, doet xmms niets. Druk ik dan nogmaals op het bekende driehoekje om af te spelen, dan loopt xmms vast en is nog enkel te killen. Ik dacht het probleem te verhelpen door mijn soundmodules maar eens opnieuw laden, maar dat gaat dus niet.

"lsof | grep dsp" levert niets op.
"fuser -v /dev/dsp" levert ook niets op.
"lsmod" vertelt me dat de 'use count' van snd-via82xx 5 is en dus kan ik de module niet met rmmod verwijderen (snd-via82xx: Device or resource busy).

Het gebeurt maar heel af en toe, maar is alleen op te lossen door een reboot, wat irritant is. Vandaag heb ik Gaim geinstalleerd, wat geluidjes geeft als er een ICQ of MSN berichtje binnenkomt. Ik was met xmms muziek aan het afspelen, dus mogelijk is er een conflict tussen die twee opgetreden, wat ik misschien kan verhelpen door de audio output van gaim van 'automatic' naar iets anders ('arts' of 'play' ofzo) te zetten. Ongeacht die waarschijnlijke oorzaak blijft echter de vraag: hoe kan mijn systeem zodanig fucked up raken dat ik niet uit kan vinden welke processen mijn alsa module in gebruik hebben (er staan geen zombie processen in ps ax, noch enig proces waarvan ik vermoed dat het de geluidsmodule gebruikt; bovendien zou lsof die moeten melden)? Iemand een idee?

[blaataaps]

paste de volledige output van lsmod eens?
hij kan ook in gebruik zijn door andere modules, uit je verhaal maak ik niet op of dit het geval kan zijn.

[Confusion]

Hieronder de volledig output van lsmod.

code:

confusion:/# lsmod
Module                  Size  Used by    Not tainted
mga                    89492   1
snd-seq-oss            28928   0  (unused)
snd-seq-midi-event      3048   0  [snd-seq-oss]
snd-seq                36208   2  [snd-seq-oss snd-seq-midi-event]
snd-pcm-oss            38564   5
snd-mixer-oss          13304   0  [snd-pcm-oss]
snd-via82xx            13216   5
snd-pcm                59396   0  [snd-pcm-oss snd-via82xx]
snd-timer              14308   0  [snd-seq snd-pcm]
snd-ac97-codec         39432   0  [snd-via82xx]
snd-page-alloc          4892   0  [snd-via82xx snd-pcm]
snd-mpu401-uart         3328   0  [snd-via82xx]
snd-rawmidi            13472   0  [snd-mpu401-uart]
snd-seq-device          4224   0  [snd-seq-oss snd-seq snd-rawmidi]
snd                    29220   0  [snd-seq-oss snd-seq-midi-event snd-seq snd-pcm-oss
 snd-mixer-oss snd-via82xx snd-pcm snd-timer snd-ac97-codec snd-mpu401-uart
 snd-rawmidi snd-seq-device]
smbfs                  38768   5  (autoclean)

Maar let op:

code:

confusion:/# rmmod -r snd-via82xx
rmmod: snd-via82xx: Device or resource busy
rmmod: snd-ac97-codec: Device or resource busy
rmmod: snd-mpu401-uart: Device or resource busy
rmmod: snd-rawmidi: Device or resource busy

De 5 van de snd-via82xx slaat inderdaad op andere modules, maar bij die andere modules staan vervolgens nullen, terwijl ze toch allemaal busy zijn.

[Verwijderd]

Ben niet meteen de expert op dit vlak, maar als ik men sound modules (ook alsa btw) wou herladen (in gentoo) lukte dat soms niet omdat ik bv nog xmms of iets dergelijks had draaien.

Aangezien je xmms all gekilled denk ik nu niet daaraan, maar bij mij start bv artsd niet automatisch op, misschien eens proberen om artsd te killen ??

[_Squatt_]

/dev/dsp is een device van OSS (of van de OSS emulatie van ALSA), de ALSA devices staan in /dev/snd, zijn deze in gebruik door processen?

Kun je de modules wel unloaden als je alle programma's (inclusief X) afsluit? Dan kun je kijken welk programma je audio device bezet houdt.

[Verwijderd]

ALSA zuigt harde stukjes poep. Een killall -9 artsd lost het probleem öp van "device busy" of andere hangers.

[Confusion]

Verwijderd schreef op 21 September 2003 @ 22:37:
Aangezien je xmms all gekilled denk ik nu niet daaraan, maar bij mij start bv artsd niet automatisch op, misschien eens proberen om artsd te killen ??

Ook artsd had ik al gekilled.

_Squatt_ schreef op 21 september 2003 @ 22:38:
/dev/dsp is een device van OSS (of van de OSS emulatie van ALSA), de ALSA devices staan in /dev/snd, zijn deze in gebruik door processen?

xmms gebruikt bij mij de OSS simulatie van ALSA en gebruikt /dev/dsp0. Overigens was /dev/snd ook niet in gebruik.

Kun je de modules wel unloaden als je alle programma's (inclusief X) afsluit? Dan kun je kijken welk programma je audio device bezet houdt.

Nope, dan ook niet.

Verwijderd schreef op 22 September 2003 @ 08:05:
[..] Een killall -9 artsd lost het probleem öp van "device busy" of andere hangers.

Ik had artsd al gekilled, dus dat kan het niet zijn.

[it0]

Probeer eerst eens de oss mods weg te halen.

[T-Blizzard]

/usr/kde/3.1/bin/artsdsp xmms

zo start ik xmms zodat het via sound server van kde gaat

[Paultje3181]

Ik meen me iets te herinneren van een bug in XMMS die ervoor zorgt dat ie hangt. Heb je de nieuwste versie van XMMS? En de nieuwste ALSA

[Confusion]

Ik heb hetgeen er in Debian testing zit, alsa 0.9.6-5 en xmms 1.2.7-3. In unstable zit xmms 1.2.8-2 en dezelfde alsa. Maar zelfs als het een bug in xmms is, dan nog zou je verwachten dat je op één of andere manier de processes kon killen en de modules uit- en weer inladen.

[NaliXL]

Ik ken het probleem, maar bij mij bleek er dan altijd in de proceslijst (ps -A) nog steeds XMMS te staan, terwijl ik die officieel allang afgesloten had. Een killall xmms -9 verhielp dan het probleem.... Maar begrijp ik goed dat het om zeep helpen van processen bij jou niet helpt?