From: Florian Mickler <florian@mickler.org>
To: alsa-devel@alsa-project.org
Subject: Re: HD-audio modularization
Date: Sun, 8 Feb 2009 11:20:13 +0100 [thread overview]
Message-ID: <20090208112013.6fbb9c2e@schatten> (raw)
In-Reply-To: <s5h4p1luyip.wl%tiwai@suse.de>
On Wed, 03 Dec 2008 15:25:02 +0100
Takashi Iwai <tiwai@suse.de> wrote:
> At Fri, 28 Nov 2008 11:34:35 +0100,
> I wrote:
> > A known issue is that "alsasound stop" may not work with this
> > because of the explicit module refcount without dependency. But
> > it's a script problem, basically. The similar problem must be
> > there for snd-aoa, for example, too.
>
> FYI, the hda-modularization patches are now merged to master branch
> on sound git tree. The snapshot tarball includes this change as well.
Hey! My system doesn't shutdown anymore! And i found it is the
alsasound-stop problem.
Is there no way to have snd_hda_intel listed in the used-by column of
lsmod for snd_hda_codec_analog ?
how should that ''script problem'' be solved?
up until now, the gentoo-initscript takes the lsmod output and removes
recursively the dependancies of the /^snd_/ modules.
a simple shootdown-script doesn't work:
--------------------------------------------
#!/bin/sh
unload_module_my() {
echo "Unloading: $1"
rmmod -v --wait "$1"
echo $?
}
unload_modules_26() {
# First of all, remove the snd module and all the modules depending
# on it, this should remove already most of ALSA modules.
UNLOAD_MODULES_LIST=
lsmod | grep -q "^snd[[:space:]]" && rmmod --wait "snd"
&
wait
# Then find the remaining ones, and handle them too.
for module in $(lsmod | sed -n -e
's/^\(snd[^ ]*\) .*/\1/p'); do unload_module_my
"${module}" & done
wait
lsmod | grep -vq "^snd"
}
unload_modules_26
-----------------------------------------------
dosn't work.
it gives:
Unloading: snd_pcm_oss
rmmod snd_pcm_oss, wait=yes
Unloading: snd_mixer_oss
Unloading: snd_hda_codec_analog
rmmod snd_mixer_oss, wait=yes
rmmod snd_hda_codec_analog, wait=yes
Unloading: snd_hda_intel
Unloading: snd_hda_codec
rmmod snd_hda_intel, wait=yes
rmmod snd_hda_codec, wait=yes
Unloading: snd_pcm
Unloading: snd_page_alloc
rmmod snd_pcm, wait=yes
rmmod snd_page_alloc, wait=yes
Unloading: snd_timer
rmmod snd_timer, wait=yes
0
0
ERROR: Removing 'snd_pcm': Resource temporarily unavailable
1
0
ERROR: Removing 'snd_hda_codec': Resource temporarily unavailable
0
1
ERROR: Removing 'snd_page_alloc': Resource temporarily unavailable
ERROR: Removing 'snd_timer': Resource temporarily unavailable
1
1
how is one supposed to get the unload-ordering, to do a step by step
unload?
Sincerely,
Florian
next prev parent reply other threads:[~2009-02-08 13:45 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-28 10:34 HD-audio modularization Takashi Iwai
2008-12-03 14:25 ` Takashi Iwai
2008-12-03 15:24 ` Vedran Miletić
2008-12-03 15:35 ` Takashi Iwai
2008-12-03 17:05 ` Vedran Miletić
2008-12-03 17:23 ` Takashi Iwai
2009-02-08 10:20 ` Florian Mickler [this message]
2009-02-09 7:35 ` Takashi Iwai
[not found] ` <20090209093934.26945a82@schatten>
2009-02-09 9:05 ` Takashi Iwai
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090208112013.6fbb9c2e@schatten \
--to=florian@mickler.org \
--cc=alsa-devel@alsa-project.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.