Analog-output-lfe-on-mono is only output option

A verbose pulseaudio log might be helpful to devs: https://wiki.ubuntu.com/PulseAudio/Log

( 2.796| 0.000) I: [pulseaudio] sink-input.c: native-protocol.peer = "TCP/IP client from 172.16.1.14:47212"
( 2.796| 0.000) I: [pulseaudio] sink-input.c: native-protocol.version = "24"
...
( 2.802| 0.001) E: [pulseaudio] protocol-native.c: protocol error, kicking client

There seem to be a protocol error related to network sinks, I'll try to have a look at this ASAP.

You say "completely broke sound support", but can you clarify this a little and specify your setup, as you seem to have modified several configuration files?

This particular host is used as a network sound server, hence why it runs in system mode with IP-based ACL. It is connected to my hi-fi system and receives the sound output from my laptop over network.

This was working fine for a number of Ubuntu releases, until that particular upload broke it.

PS: the laptop is running Oneiric. Other laptops that occasionally connect to the same host run either Debian/Testing or Debian/Stable.

Here's the output of alsa-info.sh when running PA 1:1.1-0ubuntu4.

Lowering severity as we now know that
 - this affects only your, or very few machines
 - there is a workaround:
   edit /usr/share/pulseaudio/alsa-mixer/profile-sets/default.conf and remove all references to analog-output-lfe-on-mono

For now, I have edited the file as suggested. However, I have to ask, will this fix be merged into the next upload?

The lfe-on-mono path is useful for other users (although not that many). What's needed is a PulseAudio patch that makes sure override-maps are taken into account when determining whether one path is a subset of another.

Actually, this is NOT a host-specific issue. I just updated my LTS host today and got the same problem there. If I go into GNOME's control panel's audio preferences, I have the choice between LFE-mono with Amplification or without amplification. That particular host has default PA settings. In that host's case, too, rolling back all PA packages to 1:1.1-0ubuntu4 solves it.

And the real issue really is that, on both hosts, lfe-on-mono (incorrectly) is the only available ouput option, since 1:1.1-0ubuntu5.

does your ion603 really have mono ouput ?

how many jacks and internal connectors in this mini pc ?

according to alc203 specification

# Stereo output with 6-bit volume control
# Mono output with 5-bit volume control

The dB range of the stereo is different from mono so I have doubt about lfe-on-mono is a solution

The ION603 has the folllowing connectors:

Stereo input (microphone),
Stereo headphones,
Stereo line out.

That's it. No physical mono output at all.

The only kind of mono output I can think of would be an internal speaker for the console bell. If there is any, I wouldn't know, since I purposely block loading of the pck_spkr kernel module.

But, again, this issue also affects another host which has:

Intel 82801BA-ICH2
Analog Devices AD1885

The practical problem is that some users were left with only one
"LFE on Mono" port, as analog-output was considered a subset of
analog-output-lfe-on-mono. Which was not what they wanted.

BugLink: https://bugs.freedesktop.org/show_bug.cgi?id=40910
BugLink: https://bugs.launchpad.net/bugs/922656
Signed-off-by: David Henningsson <email address hidden>
---
 src/modules/alsa/alsa-mixer.c | 13 +++++++++++++
 1 files changed, 13 insertions(+), 0 deletions(-)

diff --git a/src/modules/alsa/alsa-mixer.c b/src/modules/alsa/alsa-mixer.c
index 2802231..0b6e26b 100644
--- a/src/modules/alsa/alsa-mixer.c
+++ b/src/modules/alsa/alsa-mixer.c
@@ -3012,6 +3012,19 @@ static pa_bool_t element_is_subset(pa_alsa_element *a, pa_alsa_element *b, snd_m
             if (a_limit > b->volume_limit)
                 return FALSE;
         }
+
+ if (a->volume_use == PA_ALSA_VOLUME_MERGE) {
+ int s;
+ /* If override-maps are different, they're not subsets */
+ if (a->n_channels != b->n_channels)
+ return FALSE;
+ for (s = 0; s < SND_MIXER_SCHN_LAST; s++)
+ if (a->masks[s][a->n_channels-1] != b->masks[s][b->n_channels-1]) {
+ pa_log_debug("Element %s is not a subset - mask a: 0x%lx, mask b: 0x%lx, at channel %d",
+ a->alsa_name, a->masks[s][a->n_channels-1], b->masks[s][b->n_channels-1], s);
+ return FALSE;
+ }
+ }
     }

     if (a->switch_use != PA_ALSA_SWITCH_IGNORE) {
--
1.7.5.4

Hi q-funk,

As I know you are capable of compiling packages etc yourself, would you mind testing the above patch? It should leave you with at one other port than lfe-on-mono, although you might have to manually select it as PA might have remembered your previously set port.

Thanks!

diwic,

Sure. I'll give it a pbuilder spin today and let you know whether it does the trick or not.

The attachment "0001-alsa-mixer-Take-override-maps-into-account-in-subset.patch" of this bug report has been identified as being a patch. The ubuntu-reviewers team has been subscribed to the bug report so that they can review the patch. In the event that this is in fact not a patch you can resolve this situation by removing the tag 'patch' from the bug report and editing the attachment so that it is not flagged as a patch. Additionally, if you are member of the ubuntu-reviewers team please also unsubscribe the team from this bug report.

[This is an automated message performed by a Launchpad user owned by Brian Murray. Please contact him regarding any issues with the action taken in this bug report.]

Built it with my PPA. Close, but no cigar. There's still no kind of stereo ouput in the list of output sinks. On both the ION603 and the Intel, all it did was add two Analog Mono output variants (amplified and unamplified).

http://thread.gmane.org/gmane.linux.alsa.devel/55208

the mono out was enabled for wireless tablet webdt310

there are error messages in CurrentDmesg

[ 55.677656] snd-malloc: invalid device type 0
[ 55.690824] snd-malloc: invalid device type 0
[ 55.696896] snd-malloc: invalid device type 0
[ 55.698164] snd-malloc: invalid device type 0
[ 55.699233] snd-malloc: invalid device type 0
[ 55.708955] snd-malloc: invalid device type 0
[ 55.717517] snd-malloc: invalid device type 0
[ 55.718783] snd-malloc: invalid device type 0
[ 55.719850] snd-malloc: invalid device type 0
[ 55.733693] snd-malloc: invalid device type 0
[ 55.748853] snd-malloc: invalid device type 0
[ 55.750127] snd-malloc: invalid device type 0
[ 55.751195] snd-malloc: invalid device type 0
[ 55.753494] snd-malloc: invalid device type 0
[ 55.761076] snd-malloc: invalid device type 0
[ 55.909665] snd-malloc: invalid device type 0
[ 55.910773] snd-malloc: invalid device type 0
[ 55.912959] snd-malloc: invalid device type 0
[ 55.918220] snd-malloc: invalid device type 0

> There's still no kind of stereo ouput in the list of output sinks.

Isn't the analog-output-mono profile what you had before 0ubuntu5 as well, and was working sufficiently well for you? Even if its name is "mono", it'd give stereo output just fine.

Or maybe not. Seems like the analog-output-mono profile turns master off completely. Now I don't understand how it could be working in 0ubuntu4...

Does "aplay -L" show the "front" device ?

you may need to add CS5535.conf in /usr/share/alsa/cards and the corresponding aliases in aliases.conf since PA hardcode to use "front" device for stereo

I'm pretty sure that the output option I previously selected was called something like Stereo Duplex.

$ aplay -L
null
    Discard all samples (playback) or generate zero samples (capture)
pulse
default
dmix:CARD=Audio,DEV=0
    CS5535 Audio, CS5535 Audio
    Direct sample mixing device
dsnoop:CARD=Audio,DEV=0
    CS5535 Audio, CS5535 Audio
    Direct sample snooping device
hw:CARD=Audio,DEV=0
    CS5535 Audio, CS5535 Audio
    Direct hardware device without any conversions
plughw:CARD=Audio,DEV=0
    CS5535 Audio, CS5535 Audio
    Hardware device with all software conversions

$ aplay -L
null
    Discard all samples (playback) or generate zero samples (capture)
pulse
default
front:CARD=I82801BAICH2,DEV=0
    Intel 82801BA-ICH2, Intel 82801BA-ICH2
    Front speakers
surround40:CARD=I82801BAICH2,DEV=0
    Intel 82801BA-ICH2, Intel 82801BA-ICH2
    4.0 Surround output to Front and Rear speakers
surround41:CARD=I82801BAICH2,DEV=0
    Intel 82801BA-ICH2, Intel 82801BA-ICH2
    4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=I82801BAICH2,DEV=0
    Intel 82801BA-ICH2, Intel 82801BA-ICH2
    5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=I82801BAICH2,DEV=0
    Intel 82801BA-ICH2, Intel 82801BA-ICH2
    5.1 Surround output to Front, Center, Rear and Subwoofer speakers
iec958:CARD=I82801BAICH2,DEV=0
    Intel 82801BA-ICH2, Intel 82801BA-ICH2
    IEC958 (S/PDIF) Digital Audio Output
dmix:CARD=I82801BAICH2,DEV=0
    Intel 82801BA-ICH2, Intel 82801BA-ICH2
    Direct sample mixing device
dsnoop:CARD=I82801BAICH2,DEV=0
    Intel 82801BA-ICH2, Intel 82801BA-ICH2
    Direct sample snooping device
hw:CARD=I82801BAICH2,DEV=0
    Intel 82801BA-ICH2, Intel 82801BA-ICH2
    Direct hardware device without any conversions
plughw:CARD=I82801BAICH2,DEV=0
    Intel 82801BA-ICH2, Intel 82801BA-ICH2
    Hardware device with all software conversions

In the other bug that is marked as a duplicate of this one, something is mentioned about enabling or disabling LFE. First of all, what is LFE and where can I check whether it's enabled or not?

( 0.030| 0.013) D: [pulseaudio] alsa-mixer.c: Looking at profile output:analog-mono
( 0.030| 0.000) D: [pulseaudio] alsa-mixer.c: Checking for playback on Analog Mono (analog-mono)
( 0.030| 0.000) D: [pulseaudio] alsa-util.c: Trying hw:0 with SND_PCM_NO_AUTO_FORMAT ...
( 0.041| 0.011) D: [pulseaudio] alsa-util.c: Managed to open hw:0
( 0.042| 0.000) D: [pulseaudio] alsa-util.c: snd_pcm_hw_params_set_channels(1) failed: Invalid argument
( 0.042| 0.000) D: [pulseaudio] alsa-util.c: Trying hw:0 without SND_PCM_NO_AUTO_FORMAT ...
( 0.043| 0.000) D: [pulseaudio] alsa-util.c: Managed to open hw:0
( 0.043| 0.000) D: [pulseaudio] alsa-util.c: snd_pcm_hw_params_set_channels(1) failed: Invalid argument
( 0.043| 0.000) D: [pulseaudio] alsa-util.c: Trying plug:hw:0 with SND_PCM_NO_AUTO_FORMAT ...
( 0.044| 0.001) D: [pulseaudio] alsa-util.c: Managed to open plug:hw:0
( 0.045| 0.000) D: [pulseaudio] alsa-util.c: snd_pcm_hw_params_set_channels(1) failed: Invalid argument
( 0.045| 0.000) D: [pulseaudio] alsa-util.c: Trying plug:hw:0 without SND_PCM_NO_AUTO_FORMAT ...
( 0.046| 0.001) D: [pulseaudio] alsa-util.c: Managed to open plug:hw:0
( 0.050| 0.003) D: [pulseaudio] alsa-util.c: snd_pcm_hw_params_set_channels(1) failed: Invalid argument
( 0.050| 0.000) I: [pulseaudio] alsa-util.c: Failed to set hardware parameters on plug:hw:0: Invalid argument
( 0.050| 0.000) D: [pulseaudio] alsa-mixer.c: Looking at profile output:analog-mono+input:analog-mono
( 0.050| 0.000) D: [pulseaudio] alsa-mixer.c: Checking for playback on Analog Mono (analog-mono)
( 0.050| 0.000) D: [pulseaudio] alsa-util.c: Trying hw:0 with SND_PCM_NO_AUTO_FORMAT ...
( 0.051| 0.001) D: [pulseaudio] alsa-util.c: Managed to open hw:0
( 0.052| 0.000) D: [pulseaudio] alsa-util.c: snd_pcm_hw_params_set_channels(1) failed: Invalid argument
( 0.052| 0.000) D: [pulseaudio] alsa-util.c: Trying hw:0 without SND_PCM_NO_AUTO_FORMAT ...
( 0.053| 0.000) D: [pulseaudio] alsa-util.c: Managed to open hw:0
( 0.053| 0.000) D: [pulseaudio] alsa-util.c: snd_pcm_hw_params_set_channels(1) failed: Invalid argument
( 0.053| 0.000) D: [pulseaudio] alsa-util.c: Trying plug:hw:0 with SND_PCM_NO_AUTO_FORMAT ...
( 0.054| 0.001) D: [pulseaudio] alsa-util.c: Managed to open plug:hw:0
( 0.055| 0.000) D: [pulseaudio] alsa-util.c: snd_pcm_hw_params_set_channels(1) failed: Invalid argument
( 0.055| 0.000) D: [pulseaudio] alsa-util.c: Trying plug:hw:0 without SND_PCM_NO_AUTO_FORMAT ...
( 0.056| 0.001) D: [pulseaudio] alsa-util.c: Managed to open plug:hw:0
( 0.059| 0.003) D: [pulseaudio] alsa-util.c: snd_pcm_hw_params_set_channels(1) failed: Invalid argument
( 0.060| 0.000) I: [pulseaudio] alsa-util.c: Failed to set hardware parameters on plug:hw:0: Invalid argument
( 0.060| 0.000) D: [pulseaudio] alsa-mixer.c: Looking at profile output:analog-mono+input:analog-stereo
( 0.060| 0.000) D: [pulseaudio] alsa-mixer.c: Checking for playback on Analog Mono (analog-mono)
( 0.060| 0.000) D: [pulseaudio] alsa-util.c: Trying hw:0 with SND_PCM_NO_AUTO_FORMAT ...
( 0.061| 0.000) D: [pulseaudio] alsa-util.c: Manag...

Still not resolved as of 0ubuntu6. Also, the list of available output sinks has changed again. Both hosts now only show:

LFE on Separate Mono Output / Amplifier
LFE on Separate Mono Output / No Amplifier

Bug #827393

als4000 support Sound Blaster/Pro/16 Emulation

This mean that it really support mono and stereo , 8bit and 16 bit

It seems that this "Analog Mono as the only available output option" disease has now spread to my Dell laptop as well. *sigh*

$ aplay -L
default
    Playback/recording through the PulseAudio sound server
pulse
    Playback/recording through the PulseAudio sound server
sysdefault:CARD=Intel
    HDA Intel, STAC92xx Analog
    Default Audio Device
front:CARD=Intel,DEV=0
    HDA Intel, STAC92xx Analog
    Front speakers
surround40:CARD=Intel,DEV=0
    HDA Intel, STAC92xx Analog
    4.0 Surround output to Front and Rear speakers
surround41:CARD=Intel,DEV=0
    HDA Intel, STAC92xx Analog
    4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=Intel,DEV=0
    HDA Intel, STAC92xx Analog
    5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=Intel,DEV=0
    HDA Intel, STAC92xx Analog
    5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=Intel,DEV=0
    HDA Intel, STAC92xx Analog
    7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
iec958:CARD=Intel,DEV=0
    HDA Intel, STAC92xx Digital
    IEC958 (S/PDIF) Digital Audio Output
dmix:CARD=Intel,DEV=0
    HDA Intel, STAC92xx Analog
    Direct sample mixing device
dmix:CARD=Intel,DEV=1
    HDA Intel, STAC92xx Digital
    Direct sample mixing device
dsnoop:CARD=Intel,DEV=0
    HDA Intel, STAC92xx Analog
    Direct sample snooping device
dsnoop:CARD=Intel,DEV=1
    HDA Intel, STAC92xx Digital
    Direct sample snooping device
hw:CARD=Intel,DEV=0
    HDA Intel, STAC92xx Analog
    Direct hardware device without any conversions
hw:CARD=Intel,DEV=1
    HDA Intel, STAC92xx Digital
    Direct hardware device without any conversions
plughw:CARD=Intel,DEV=0
    HDA Intel, STAC92xx Analog
    Hardware device with all software conversions
plughw:CARD=Intel,DEV=1
    HDA Intel, STAC92xx Digital
    Hardware device with all software conversions

Bug #258630

If the BIOS setup pn default are correct, there is nothing connected to mono pin

This seem like driver bug since using hda-emu with git version alsa-driver, as Misc = NO_PRESENCE this mean pin 0x0e has no jack detect circuit, the driver seem regarded it as line out

> jack 0x0d 1
send: NID=0xd, VERB=0xf09(get_pin_sense), PARM=0x0
receive: 0x80000000
send: NID=0xd, VERB=0xf07(get_pin_ctl), PARM=0x0
receive: 0xc0
send: NID=0xe, VERB=0xf07(get_pin_ctl), PARM=0x0
receive: 0x40
send: NID=0xe, VERB=0x707(set_pin_ctl), PARM=0x0
send: NID=0xd, VERB=0xf07(get_pin_ctl), PARM=0x0
receive: 0xc0
CTL Notify: Headphone Jack:0, mask=1
JACK report Headphone, status 1
JACK report Line, status 0
> jack 0x0d 0
send: NID=0xd, VERB=0xf09(get_pin_sense), PARM=0x0
receive: 0x0
send: NID=0xe, VERB=0xf07(get_pin_ctl), PARM=0x0
receive: 0x0
send: NID=0xe, VERB=0x707(set_pin_ctl), PARM=0x40
send: NID=0xe, VERB=0xf09(get_pin_sense), PARM=0x0 <<--------Misc = NO_PRESENCE
receive: 0x0
CTL Notify: Headphone Jack:0, mask=1
JACK report Headphone, status 0
JACK report Line, status 0

hda_codec: STAC9200: BIOS auto-probing.
autoconfig: line_outs=1 (0xe/0x0/0x0/0x0/0x0) type:speaker
   speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
   hp_outs=1 (0xd/0x0/0x0/0x0/0x0)
   mono: mono_out=0x0
   inputs: Mic=0xf Line=0x10

Node 0x0e [Pin Complex] wcaps 0x400181: Stereo
  Pincap 0x083f: IN OUT HP Detect Trigger ImpSense
  Pin Default 0x90170110: [Fixed] Speaker at Int N/A
    Conn = Analog, Color = Unknown
    DefAssociation = 0x1, Sequence = 0x0
    Misc = NO_PRESENCE
  Pin-ctls: 0x40: OUT
  Unsolicited: tag=00, enabled=0
  Connection: 1
     0x0b

The bug may be related to this patch since it also change the logic in addition of readbility

http://cgit.freedesktop.org/pulseaudio/pulseaudio/commit/src/modules/alsa/alsa-mixer.c?id=45262959e21a6c36eea5aae43b988d82347cf487

Ok, I was finally able to reproduce that here by booting my old laptop and I can confirm that adding the patch in comment #18 just adds analog-output-mono, not analog-output.
I was also able to find and fix bug 932804, which can make it impossible to change port.

But; when analog-output-lfe-on-mono was selected, sound volume was perfectly changable through e g the indicator. So I'm not sure what the problem with this profile is, really?

The problem is that Mono has become the only profile option AND the controlling channel. Neither of those should happen.

> The problem is that Mono has become the only profile option

Profile? Profiles and ports are different concepts. If you say that mono out is the only available *profile*, that's a completely different bug.

> AND the controlling channel.

Still not following, are you now saying that the "Analog Mono" alsa-level control is affecting the output level? I thought you earlier said it didn't.

Please re-read comment #12, for instance.

> Actually, this is NOT a host-specific issue.

It is probably specific to all cards that have an "Analog Mono" alsa-level mixer control. It does NOT happen on the machine I usually run 12.04 on.

Subsystem: FIRST INTERNATIONAL Computer Inc Device [1509:801b]

if your ion603 does not have use alc203's mono pin and pci subsytem id is unique , the easy way is use snd_ctl_remove_id() to remove "Master Mono Playback Volume" and "Master Mono Playback Switch" in cs5535audio.c

Take a look the analog mixer block of alc203 datasheet

http://www.realtek.com/products/productsView.aspx?Langid=2&PNid=23&PFid=29&Level=5&Conn=4&ProdID=54

The audio path from

DAC output to headphone is MX18 + MX04 (i.e. PCM + Headphone)

DAC output to line-out is MX18 + MX02 (i.e. PCM + Master)

DAC output to mono out is MX18 + MX06 (i.e. PCM + Mono)

6.1.2 MX02 Master Volume
Default: 8000h
These registers control the overall volume level of the output functions. Each step on the left and right channels corresponds to
a 1.5dB increase/decrease in volume.

6.1.3 MX04 Headphone
Default: 8000h
Register 04h controls the headphone (ALC203) output volume. Each step in bits 5:0 and 13:8 corresponds to a 1.5dB increase/decrease in volume, allowing 63 levels of volume, from 000000 to 111111.

6.1.4 MX06 MONO_OUT Volume
Default: 8000h
Register 06h controls the mono volume output. Mono output is the same data sent on all output channels. Each step in bits 4:0
corresponds to a 1.5dB increase/decrease in volume, allowing 32 levels of volume from 00000 to 11111.

6.1.11 MX18 PCM_OUT Volume
Default: 8808h
Register 18h controls the PCM_OUT output volume. Each step in bits 4:0 corresponds to a 1.5dB increase/decrease in volume
for the right channel, allowing 32 levels of volume, from 00000 to 11111. Each step in bits 12:8 corresponds to a 1.5dB
increase/decrease in volume for the left channel, allowing 32 levels of volume, from 00000 to 11111.

AFAIK , David has a program a verfy the dB range of the volume controls

   0.222| 0.001) I: [pulseaudio] sink.c: device.string = "hw:0"
( 0.222| 0.001) I: [pulseaudio] sink.c: device.buffering.buffer_size = "65536"
( 0.222| 0.001) I: [pulseaudio] sink.c: device.buffering.fragment_size = "32768"
( 0.222| 0.001) I: [pulseaudio] sink.c: device.access_mode = "mmap+timer"
( 0.222| 0.001) I: [pulseaudio] sink.c: device.profile.name = "analog-stereo"
( 0.222| 0.001) I: [pulseaudio] sink.c: device.profile.description = "Analog Stereo"
( 0.222| 0.001) I: [pulseaudio] sink.c: device.description = "Built-in audio Analog Stereo"
( 0.222| 0.001) I: [pulseaudio] sink.c: alsa.mixer_name = "Realtek ALC203 rev 0"
( 0.222| 0.001) I: [pulseaudio] sink.c: alsa.components = "AC97a:414c4770"
( 0.222| 0.001) I: [pulseaudio] sink.c: module-udev-detect.discovered = "1"
( 0.222| 0.001) I: [pulseaudio] sink.c: device.icon_name = "audio-card-pci"
( 0.224| 0.002) I: [pulseaudio] source.c: Created source 0 "alsa_output.pci-0000_00_0f.3.analog-stereo.monitor" with sample spec s16le 2ch 44100Hz and channel map front-left,front-right
( 0.224| 0.002) I: [pulseaudio] source.c: device.description = "Monitor of Built-in audio Analog Stereo"
( 0.224| 0.002) I: [pulseaudio] source.c: device.class = "monitor"
( 0.224| 0.002) I: [pulseaudio] source.c: alsa.card = "0"
( 0.224| 0.002) I: [pulseaudio] source.c: alsa.card_name = "CS5535 Audio"
( 0.224| 0.002) I: [pulseaudio] source.c: alsa.long_card_name = "CS5535 Audio cs5535audio at 0xfe00, irq 11"
( 0.224| 0.002) I: [pulseaudio] source.c: alsa.driver_name = "...

It can be reproduced with the emulated intel8x0 (stac97xx) inside virtual box

Does it mean that when there is no "Front" or "Headphone" volume control , sound-preference list "lfe-on-mono" port for the stereo internal audio ?

actually the emulated intel8x0 is still working with sound , just the port name become "lfe-on-mono"

The easy way is to remove "Master Mono Playback Volume" and "Master Mono Playback Switch" from the driver
If it does not use the "Mono Output" pin of AC97

http://cgit.freedesktop.org/pulseaudio/pulseaudio/tree/src/modules/alsa/mixer/paths/analog-output-lfe-on-mono.conf

; Intended for usage in laptops that have a separate LFE speaker
; connected to the Master mono connector

this meam that it is bug of pulseaudio since this is not a laptop

Fixed in Quantal (see bug 1016969)