Bug 23704

Summary: 1st instance of mixer doesn't see the PCM control on Intel HDA
Product: Sisyphus Reporter: Ivan Zakharyaschev <imz>
Component: libalsaAssignee: Michael Shigorin <mike>
Status: CLOSED WORKSFORME QA Contact: qa-sisyphus
Severity: major    
Priority: P3 CC: aspsk, boris, boyarsh, erthad, ldv, mike, mithraen, oddity, rider, shrek, silicium, sin, vitty, vsu, zerg
Version: unstable   
Hardware: all   
OS: Linux   

Description Ivan Zakharyaschev 2010-07-01 04:38:13 MSD 
kernel-image-std-def-2.6.32-alt15
kernel-modules-alsa-std-def-2.6.32-alt15
libalsa-1.0.23-alt2
$ rpm -qf $(which kmix)
kdemultimedia-kmix-3.5.10-alt2.M41.1
$ 

After I log in into KDE from kdm right after booting the system, kmix applet appears on the panel; if I open the mixer, there is no PCM control there. If I quit from this instance of kmix and start another one (or even don't quit, but start another one in another KDE session), the new instance of kmix has the PCM control.

I have just upgraded the kernel from the older version: kernel-image-std-def-2.6.30-alt14 ; on
that kernel this problem with the 1st instance of kmix didn't happen.

More info about my system is attached, and:

# lspci 
00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and
945GT Express Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS,
943/940GML Express Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML
Express Integrated Graphics Controller (rev 03)
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition
Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1
(rev 02)
00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2
(rev 02)
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI
Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI
Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI
Controller #3 (rev 02)
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI
Controller #4 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI
Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge
(rev 02)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller
(rev 02)
00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 02)
02:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG Network
Connection (rev 02)
06:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8055 PCI-E
Gigabit Ethernet Controller (rev 12)
07:04.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ba)
07:04.4 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter
(rev 11)

# lsmod | fgrep snd
snd_hda_codec_realtek   200002  1 
snd_hda_intel          21513  1 
snd_hda_codec          70447  2 snd_hda_codec_realtek,snd_hda_intel
snd_hwdep               4828  1 snd_hda_codec
snd_pcm                68721  2 snd_hda_intel,snd_hda_codec
snd_timer              18182  1 snd_pcm
snd                    45222  8 snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
soundcore                828  1 snd
snd_page_alloc          6876  2 snd_hda_intel,snd_pcm
#
Comment 1 Ivan Zakharyaschev 2010-07-01 05:23:45 MSD 
No, I was wrong that this appeared with nthe new kernel -- I have just checked it on the older one: the same thing is reproduced.
Comment 2 Ivan Zakharyaschev 2010-07-13 10:58:36 MSD 
This is not kmix-specific. The same thing happens with alsa-mixer:

after system boot, if I login on a console (as root, or as a user) and start alsa-mixer, it doesn't have the PCM control. If I don't exit from this instance of alsa-mixer, and login on another console, and start another instance of alsa-mixer, it still doesn't have the PCM control.

But after I exit an instance of alsa-mixer (or log in to KDE), the next instances of alsa-mixer (or of kmix), do have the PCM control.

Currently, I use the 2.6.32-un-def-alt5 kernel, but this doesn't matter.


$ rpm -qf "$(which alsamixer)"
alsa-utils-1.0.23-alt1

$ rpm -qf "$(which alsamixer)" --requires | cut -d' ' --fields=1 | xargs rpm -q --whatprovides | sort -u
предупреждение: ни один из пакетов не предоставляет rpmlib(PayloadIsLzma)
dialog-1.1-alt2
glibc-core-2.11.1-alt2
glibc-pthread-2.11.1-alt2
libalsa-1.0.23-alt2
libncursesw-5.7-alt3
libtinfo-5.7-alt3
$
Comment 3 Ivan Zakharyaschev 2010-07-13 11:03:42 MSD 
(In reply to comment #2)

> after system boot, if I login on a console (as root, or as a user) and start
> alsa-mixer, it doesn't have the PCM control. If I don't exit from this instance
> of alsa-mixer, and login on another console, and start another instance of
> alsa-mixer, it still doesn't have the PCM control.
> 
> But after I exit an instance of alsa-mixer (or log in to KDE), the next
> instances of alsa-mixer (or of kmix), do have the PCM control.

The kmix started on KDE startup doesn't have the PCM control. But new instances of alsamixer, or a new kmix (after exiting from the initial one) do have the PCM control.
Comment 4 Michael Shigorin 2010-10-09 21:31:31 MSD 
(no idea)
Comment 5 Michael Shigorin 2011-02-16 15:31:34 MSK 
Building 1.0.24 userspace, please check whether it will behave the same.
Such bugs should better be filed upstream right away, btw.
Comment 6 Michael Shigorin 2011-10-27 11:10:41 MSK 
Still weird and so far works for me (mobile i945 and all the way up to 3.0.6).
I'm afraid it's up to you to try and diagnose that weirdness, probably by taking  /proc/asound/ snapshots and comparing them either.