Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 271880 - alsasound does not stop at kernel 2.6.29
Summary: alsasound does not stop at kernel 2.6.29
Status: RESOLVED DUPLICATE of bug 253535
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-05-30 14:40 UTC by Alexander Weber
Modified: 2009-06-05 13:05 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alexander Weber 2009-05-30 14:40:20 UTC
After Upgrade kernel to 2.6.29-gentoo-r5 the alsasound init script does not end. My Laptop cannot clearly shutdown with this kernel.
Sondcard is "HDA Intel"

Reproducible: Always

Steps to Reproduce:
1. compile a 2.6.29 kernel with snd_hda_codec_* modules on a pc with intel hda soundcard.
2. alsasound is in default runlevel
3. start and shutdown this pc




 # /etc/init.d/alsasound restart
* Storing ALSA Mixer Levels...                                            [ ok ]
* Killing processes using ALSA...                                         [ ok ]
* Unloading ALSA modules...

With the new kernel a lot of new snd modules exist: snd_hda_codec_*. 
This modules are in use and cannot be unloaded. -> The alsa script cannot end.
Comment 1 emerald 2009-05-30 17:00:45 UTC
don't use module unloading (discouraged in ~ version of alsa anyway)
Comment 2 Alexander Weber 2009-05-30 17:46:27 UTC
Thanks, disabling unload modules helped for me. Now i can normaly shutdown with the new kernel.
Comment 3 Dmitri Pogosian 2009-05-31 20:15:37 UTC
Same is here.

Actually, in my case it is one module 

snd_hda_codec_analog

that is the show stopper.  And look at cat /proc/modules

snd_seq 32192 0 - Live 0xffffffffa00bd000
snd_seq_device 3348 1 snd_seq, Live 0xffffffffa002f000

snd_hda_codec_analog 62112 1 - Live 0xffffffffa009e000
snd_hda_intel 14744 0 - Live 0xffffffffa0089000

snd_hda_codec 35152 2 snd_hda_codec_analog,snd_hda_intel, Live 0xffffffffa00f7000
snd_pcm 42568 2 snd_hda_intel,snd_hda_codec, Live 0xffffffffa007c000
snd_timer 12944 2 snd_seq,snd_pcm, Live 0xffffffffa0055000
snd 35480 7 snd_seq,snd_seq_device,snd_hda_codec_analog,snd_hda_intel,snd_hda_codec,snd_pcm,snd_timer, Live 0xffffffffa0039000
snd_page_alloc 4992 2 snd_hda_intel,snd_pcm, Live 0xffffffffa0006000

snd_hda_codec_analog shows that it has one dependency (1) but no module using it are listed !  The model that depends on it is snd_hda_intel, so if it is removed first, the rest follows.

So it is some bug that snd_hda_codec_analog has such 'hidden' dependency

Comment 4 Carlo Marcelo Arenas Belon 2009-06-01 10:03:54 UTC
this might be considered a duplicate of BUG253535, to workaround this problem changing UNLOAD_ON_STOP to no in /etc/conf.d/alsasound could be used (regardless of what sound card is affected and which is otherwise irrelevant).

stabilizing a newer version of alsa-utils where this is the default would be a plus, as otherwise trying to remove the sound modules by reordering could reportedly result in a kernel race condition.

Comment 5 Hartmut Figge 2009-06-05 07:40:14 UTC
I was bitten by this bug, had found the workaround of disabling unload modules by myself and then finally looked at bugs.gentoo.org. *g*

I do not agree with the severity of normal. After shutdown hangs it is necessary to push the power button. Because at this time the hds are still mounted, this could lead to a damaged filesystem. The severity should be critical.
Comment 6 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev 2009-06-05 13:05:16 UTC

*** This bug has been marked as a duplicate of bug 253535 ***