Bug#569494: linux-image-2.6.32-trunk-686: pcspkr sometimes breaks audio

02-11-2010, 09:48 PM

Package: linux-image-2.6.32-trunk-686
Version: 2.6.32-5
Severity: normal

I just did a squeeze install on my thinkpad x200s. I noticed that the
sound wasn't working properly (lots of squealing), due to
snd_pcsp being loaded as card0. It only happened on some boots (and
now I'm unable to reproduce it, but it was definitely happening!)

Here's what the dmesg looks like when sound is working properly:

Feb 11 17:18:42 droptest kernel: [ 9.887653] EXT3-fs: mounted filesystem with ordered data mode.
Feb 11 17:18:42 droptest kernel: [ 11.600799] udev: starting version 150
Feb 11 17:18:42 droptest kernel: [ 12.183273] input: PC Speaker as /devices/platform/pcspkr/input/input4
Feb 11 17:18:42 droptest kernel: [ 12.216008] Non-volatile memory driver v1.3
Feb 11 17:18:42 droptest kernel: [ 12.261594] ACPI: SSDT 3c6d6c20 00286 (v01 PmRef Cpu0Ist 00003000 INTL 20050624)
Feb 11 17:18:42 droptest kernel: [ 12.263132] ACPI: SSDT 3c6d4020 0087A (v01 PmRef Cpu0Cst 00003001 INTL 20050624)
...
Feb 11 17:18:42 droptest kernel: [ 12.652344] Bluetooth: HCI device and connection manager initialized
Feb 11 17:18:42 droptest kernel: [ 12.652350] Bluetooth: HCI socket layer initialized
Feb 11 17:18:42 droptest kernel: [ 12.783824] HDA Intel 0000:00:1b.0: PCI INT B -> GSI 17 (level, low) -> IRQ 17
Feb 11 17:18:42 droptest kernel: [ 12.783881] HDA Intel 0000:00:1b.0: setting latency timer to 64
Feb 11 17:18:42 droptest kernel: [ 12.930980] input: HDA Intel Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input6
Feb 11 17:18:42 droptest kernel: [ 12.931288] input: HDA Intel Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input7
Feb 11 17:18:42 droptest kernel: [ 12.931561] input: HDA Intel Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input8
Feb 11 17:18:42 droptest kernel: [ 12.931839] input: HDA Intel Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input9
Feb 11 17:18:42 droptest kernel: [ 12.934944] Bluetooth: Generic Bluetooth USB driver ver 0.6

Here's what it looked like when sound was not working:

Feb 11 16:03:12 droptest kernel: [ 7.198891] EXT3-fs: mounted filesystem with ordered data mode.
Feb 11 16:03:12 droptest kernel: [ 8.507281] udev: starting version 150
Feb 11 16:03:12 droptest kernel: [ 9.035693] input: PC Speaker as /devices/platform/pcspkr/input/input4
Feb 11 16:03:12 droptest kernel: [ 9.130691] Error: Driver 'pcspkr' is already registered, aborting...
Feb 11 16:03:12 droptest kernel: [ 9.169543] ACPI: SSDT 3c6d6c20 00286 (v01 PmRef Cpu0Ist 00003000 INTL 20050624)
Feb 11 16:03:12 droptest kernel: [ 9.171324] ACPI: SSDT 3c6d4020 0087A (v01 PmRef Cpu0Cst 00003001 INTL 20050624)
...
Feb 11 16:03:12 droptest kernel: [ 9.181020] Switching to clocksource hpet
Feb 11 16:03:12 droptest kernel: [ 9.187443] HDA Intel 0000:00:1b.0: PCI INT B -> GSI 17 (level, low) -> IRQ 17
Feb 11 16:03:12 droptest kernel: [ 9.187477] HDA Intel 0000:00:1b.0: setting latency timer to 64
Feb 11 16:03:12 droptest kernel: [ 9.189204] ACPI: WMI: Mapper loaded
...
Feb 11 16:03:12 droptest kernel: [ 9.306015] thinkpad_acpi: Standard ACPI backlight interface available, not loading native one.
Feb 11 16:03:12 droptest kernel: [ 9.306376] input: ThinkPad Extra Buttons as /devices/virtual/input/input5
Feb 11 16:03:12 droptest kernel: [ 9.348066] input: HDA Intel Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card1/input6
Feb 11 16:03:12 droptest kernel: [ 9.348181] input: HDA Intel Mic as /devices/pci0000:00/0000:00:1b.0/sound/card1/input7
Feb 11 16:03:12 droptest kernel: [ 9.348274] input: HDA Intel Mic as /devices/pci0000:00/0000:00:1b.0/sound/card1/input8
Feb 11 16:03:12 droptest kernel: [ 9.348362] input: HDA Intel Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card1/input9
Feb 11 16:03:12 droptest kernel: [ 9.348658] i801_smbus 0000:00:1f.3: PCI INT A -> GSI 23 (level, low) -> IRQ 23

I've attached both full dmesgs. When the pcspkr is loaded, it works
fine. The problem occurred when snd_pcsp was loaded instead.

Some more info (from when sound is working):

dilinger@droptest:~$ dpkg -l |grep alsa
ii alsa-base 1.0.21+dfsg-2 ALSA driver configuration files
ii alsa-utils 1.0.21-1 ALSA utilities
ii gstreamer0.10-alsa 0.10.25-7 GStreamer plugin for ALSA
dilinger@droptest:~$ cat /proc/asound/cards
0 [Intel ]: HDA-Intel - HDA Intel
HDA Intel at 0xf2620000 irq 17
dilinger@droptest:~$ cat /proc/asound/devices
0: [ 0] : control
1: : sequencer
4: [ 0- 0]: hardware dependent
16: [ 0- 0]: digital audio playback
17: [ 0- 1]: digital audio playback
24: [ 0- 0]: digital audio capture
33: : timer
dilinger@droptest:~$ cat /proc/asound/pcm
00-00: CONEXANT Analog : CONEXANT Analog : playback 1 : capture 1
00-01: Conexant Digital : Conexant Digital : playback 1
dilinger@droptest:~$ cat /proc/asound/card0/codec#0
Codec: Conexant CX20561 (Hermosa)
Address: 0
Function Id: 0x1
Vendor Id: 0x14f15051
Subsystem Id: 0x17aa20ff
Revision Id: 0x100000
No Modem Function Group found
Default PCM:
rates [0x160]: 44100 48000 96000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Default Amp-In caps: N/A
Default Amp-Out caps: N/A
GPIO: io=4, o=0, i=0, unsolicited=1, wake=0
IO[0]: enable=0, dir=0, wake=0, sticky=0, data=0, unsol=0
IO[1]: enable=0, dir=0, wake=0, sticky=0, data=0, unsol=0
IO[2]: enable=0, dir=0, wake=0, sticky=0, data=0, unsol=0
IO[3]: enable=0, dir=0, wake=0, sticky=0, data=0, unsol=0
Node 0x10 [Audio Output] wcaps 0xc1d: Stereo Amp-Out R/L
Amp-Out caps: ofs=0x4a, nsteps=0x4a, stepsize=0x03, mute=0
Amp-Out vals: [0x41 0x41]
Converter: stream=5, channel=0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power: setting=D0, actual=D0
Node 0x11 [Audio Output] wcaps 0xc1d: Stereo Amp-Out R/L
Amp-Out caps: ofs=0x4a, nsteps=0x4a, stepsize=0x03, mute=0
Amp-Out vals: [0x4a 0x4a]
Converter: stream=0, channel=0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power: setting=D0, actual=D0
Node 0x12 [Audio Output] wcaps 0x211: Stereo Digital
Converter: stream=0, channel=0
Digital:
Digital category: 0x0
PCM:
rates [0x160]: 44100 48000 96000
bits [0xe]: 16 20 24
formats [0x5]: PCM AC3
Node 0x13 [Beep Generator Widget] wcaps 0x70000c: Mono Amp-Out
Amp-Out caps: ofs=0x03, nsteps=0x03, stepsize=0x17, mute=0
Amp-Out vals: [0x00]
Node 0x14 [Audio Input] wcaps 0x100d1b: Stereo Amp-In R/L
Amp-In caps: ofs=0x4a, nsteps=0x50, stepsize=0x03, mute=0
Amp-In vals: [0x44 0x44] [0x44 0x44]
Converter: stream=0, channel=0
SDI-Select: 0
PCM:
rates [0x160]: 44100 48000 96000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power: setting=D0, actual=D0
Connection: 2
0x1d* 0x17
Node 0x15 [Audio Input] wcaps 0x100d1b: Stereo Amp-In R/L
Amp-In caps: ofs=0x4a, nsteps=0x50, stepsize=0x03, mute=0
Amp-In vals: [0x44 0x44]
Converter: stream=0, channel=0
SDI-Select: 0
PCM:
rates [0x160]: 44100 48000 96000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power: setting=D0, actual=D0
Connection: 1
0x18
Node 0x16 [Pin Complex] wcaps 0x400581: Stereo
Pincap 0x0000001c: OUT HP Detect
Pin Default 0x042140f0: [Jack] HP Out at Ext Right
Conn = 1/8, Color = Green
DefAssociation = 0xf, Sequence = 0x0
Pin-ctls: 0xc0: OUT HP
Unsolicited: tag=37, enabled=1
Power: setting=D0, actual=D0
Connection: 2
0x10* 0x11
Node 0x17 [Pin Complex] wcaps 0x40048b: Stereo Amp-In
Amp-In caps: ofs=0x00, nsteps=0x04, stepsize=0x27, mute=0
Amp-In vals: [0x03 0x03]
Pincap 0x00001224: IN Detect
Vref caps: 50 80
Pin Default 0x61a190f0: [N/A] Mic at Sep Rear
Conn = 1/8, Color = Pink
DefAssociation = 0xf, Sequence = 0x0
Pin-ctls: 0x24: IN VREF_80
Unsolicited: tag=38, enabled=1
Power: setting=D0, actual=D0
Node 0x18 [Pin Complex] wcaps 0x40048b: Stereo Amp-In
Amp-In caps: ofs=0x00, nsteps=0x04, stepsize=0x27, mute=0
Amp-In vals: [0x03 0x03]
Pincap 0x00001224: IN Detect
Vref caps: 50 80
Pin Default 0x04a190f0: [Jack] Mic at Ext Right
Conn = 1/8, Color = Pink
DefAssociation = 0xf, Sequence = 0x0
Pin-ctls: 0x24: IN VREF_80
Unsolicited: tag=39, enabled=1
Power: setting=D0, actual=D0
Node 0x19 [Pin Complex] wcaps 0x400581: Stereo
Pincap 0x00000014: OUT Detect
Pin Default 0x612140f0: [N/A] HP Out at Sep Rear
Conn = 1/8, Color = Green
DefAssociation = 0xf, Sequence = 0x0
Pin-ctls: 0x40: OUT
Unsolicited: tag=37, enabled=1
Power: setting=D0, actual=D0
Connection: 2
0x10* 0x11
Node 0x1a [Pin Complex] wcaps 0x400501: Stereo
Pincap 0x00010010: OUT EAPD
EAPD 0x2: EAPD
Pin Default 0x901701f0: [Fixed] Speaker at Int N/A
Conn = Analog, Color = Unknown
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x00:
Power: setting=D0, actual=D0
Connection: 2
0x10* 0x11
Node 0x1b [Pin Complex] wcaps 0x400500: Mono
Pincap 0x00010010: OUT EAPD
EAPD 0x2: EAPD
Pin Default 0x40f001f0: [N/A] Other at Ext N/A
Conn = Unknown, Color = Unknown
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x40: OUT
Power: setting=D0, actual=D0
Connection: 2
0x10* 0x11
Node 0x1c [Pin Complex] wcaps 0x400701: Stereo Digital
Pincap 0x00000010: OUT
Pin Default 0x40f001f0: [N/A] Other at Ext N/A
Conn = Unknown, Color = Unknown
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x00:
Power: setting=D0, actual=D0
Connection: 1
0x12
Node 0x1d [Pin Complex] wcaps 0x40040b: Stereo Amp-In
Amp-In caps: ofs=0x00, nsteps=0x04, stepsize=0x2f, mute=0
Amp-In vals: [0x03 0x03]
Pincap 0x00000020: IN
Pin Default 0x90a601f0: [Fixed] Mic at Int N/A
Conn = Digital, Color = Unknown
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x20: IN
Power: setting=D0, actual=D0
Node 0x1e [Vendor Defined Widget] wcaps 0xf00000: Mono
dilinger@droptest:~$

I'll keep trying to reproduce the problem to get a better idea of
what things look like (especially /proc/asound).

02-11-2010, 11:43 PM

In theory, this should never happen; snd_card_create() takes an idx
that sets the order of cards, /etc/modprobe.d/alsa-base-blacklist.conf
blacklists snd-pcsp (so it should never be loaded!),
and /etc/modprobe.d/alsa-base.conf sets idx=-2 for snd_pcsp so that
it's not loaded as the first soundcard.

This is a fresh install; alsa-base was not initially installed (I did a
minimal install, and then installed packages manually). That's why I
hit this.

I'd suggest adding alsa-base as a Recommends or Suggests for
linux-image-2.6*-686 (and possibly others).

--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

02-12-2010, 01:57 AM

On Thu, 2010-02-11 at 19:43 -0500, Andres Salomon wrote:
> In theory, this should never happen; snd_card_create() takes an idx
> that sets the order of cards, /etc/modprobe.d/alsa-base-blacklist.conf
> blacklists snd-pcsp (so it should never be loaded!),
> and /etc/modprobe.d/alsa-base.conf sets idx=-2 for snd_pcsp so that
> it's not loaded as the first soundcard.
>
> This is a fresh install; alsa-base was not initially installed (I did a
> minimal install, and then installed packages manually). That's why I
> hit this.
>
> I'd suggest adding alsa-base as a Recommends or Suggests for
> linux-image-2.6*-686 (and possibly others).

I actually want to get rid of alsa-driver as there should be no need for
a second copy of the drivers. What little useful functionality is left
in alsa-base could perhaps be merged into udev.

Ben.

--
Ben Hutchings
73.46% of all statistics are made up.

09-03-2011, 02:14 PM

Hi Andres,

Andres Salomon wrote:

> In theory, this should never happen; snd_card_create() takes an idx
> that sets the order of cards, /etc/modprobe.d/alsa-base-blacklist.conf
> blacklists snd-pcsp (so it should never be loaded!),
> and /etc/modprobe.d/alsa-base.conf sets idx=-2 for snd_pcsp so that
> it's not loaded as the first soundcard.
>
> This is a fresh install; alsa-base was not initially installed (I did a
> minimal install, and then installed packages manually). That's why I
> hit this.

Ok, so where does that leave Debian?

1. The idea that the first-probed sound card should be the default
still seems crazy to me. I understand that renumbering as later
cards are probed would be problematic, but maybe the alsa userspace
libraries could use some different abstraction or renumber in some
sensible way. (One can dream. :/)

2. An index parameter of "-2" means "Do not make me card0" (it is a
bitmask of permissible indices, 0 unset, 1 through 31 set). This
seems like something that userspace deserves to be responsible for
(from the kernel's point of view, index 0 should not be special)
but the snd-bt87x, snd-atiixp-modem, snd-intel8x0m,
snd-via82xx-modem, and snd-mpu401 drivers set it automatically
anyway.

3. /etc/modprobe.d/alsa-base.conf from the alsa-base package
additionally sets the "index=-2" parameter for "bt87x" (which never
seems to have existed), cx88_alsa (shouldn't it be "cx88-alsa"?),
snd-pcsp, and snd-usb-audio. Unfortunately the alsa-base package
is not pulled in via the transitive Suggests of libasound2 or the
kernel, so someone not installing using tasks might not notice it
exists.

4. /etc/modprobe.d/alsa-base-blacklist.conf blacklists the snd-pcsp
driver. This seems redundant after (3) (?).

Ways forward:

- libasound2 could use "Suggests: alsa-base". (Recommends would be
too strong because alsa-base has nontrivial dependencies itself and
it is not too unusual to use binaries linked to the ALSA libs on a
system that doesn't need sound support.)

- Should /etc/modprobe.d/alsa-base.conf be shipped in udev instead of
alsa-base?

- Is there any long-term path away from (1)?

Thanks, and sorry for the long quiet.
Jonathan

--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20110903141306.GA13704@elie">http://lists.debian.org/20110903141306.GA13704@elie

09-13-2011, 08:53 PM

On Sat, 3 Sep 2011 09:14:39 -0500
Jonathan Nieder <jrnieder@gmail.com> wrote:

> Hi Andres,
>
[...]
>
> Ways forward:
>
> - libasound2 could use "Suggests: alsa-base". (Recommends would be
> too strong because alsa-base has nontrivial dependencies itself and
> it is not too unusual to use binaries linked to the ALSA libs on a
> system that doesn't need sound support.)
>
> - Should /etc/modprobe.d/alsa-base.conf be shipped in udev instead of
> alsa-base?
>
> - Is there any long-term path away from (1)?
>
> Thanks, and sorry for the long quiet.
> Jonathan

Note that I no longer have the hardware that was described in the bug
report, and I don't actually recall what the problem was anymore..

--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20110913135313.1064d2b2@queued.net">http://lists.debian.org/20110913135313.1064d2b2@queued.net

09-13-2011, 08:56 PM

Andres Salomon wrote:
> Jonathan Nieder <jrnieder@gmail.com> wrote:

>> Ways forward:
>>
>> - libasound2 could use "Suggests: alsa-base". (Recommends would be
>> too strong because alsa-base has nontrivial dependencies itself and
>> it is not too unusual to use binaries linked to the ALSA libs on a
>> system that doesn't need sound support.)
>>
>> - Should /etc/modprobe.d/alsa-base.conf be shipped in udev instead of
>> alsa-base?
>>
>> - Is there any long-term path away from (1)?
>>
>> Thanks, and sorry for the long quiet.
>> Jonathan
>
> Note that I no longer have the hardware that was described in the bug
> report, and I don't actually recall what the problem was anymore..

I don't think it is hardware-specific. A system without
alsa-base.conf in /etc/modprobe/ (i.e., a system with alsa-base purged
or never installed) can easily end up with the PC speaker as card 0,
so sound produced by various apps on such a bare-bones system would go
to the PC speaker instead of the sound card and sound tinny.

--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20110913205610.GA17448@elie">http://lists.debian.org/20110913205610.GA17448@elie

10-02-2011, 01:14 AM

reassign 569494 libasound2 1.0.24.1-4
affects 569494 + linux-2.6 src:linux-2.6 alsa-base
quit

Hi again,

Jonathan Nieder wrote:

> I don't think it is hardware-specific. A system without
> alsa-base.conf in /etc/modprobe/ (i.e., a system with alsa-base purged
> or never installed) can easily end up with the PC speaker as card 0,
> so sound produced by various apps on such a bare-bones system would go
> to the PC speaker instead of the sound card and sound tinny.

Reassigning to libasound2, since presumably the apps blindly using
card 0 are using that library and because I trust the ALSA maintainers
to be in touch with upstream and know what to do. Please feel free to
reassign back to the kernel, udev, or whatever once it is clear what
these packages should be doing.

alsa-lib maintainers, please see [1] for context.

Thanks,
Jonathan

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=569494#24

--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20111002011437.GA20881@elie">http://lists.debian.org/20111002011437.GA20881@elie