February 2012 - Alsa-devel - mailman.alsa-project.org

[alsa-devel] [PATCH] ASoC: wm8962: Convert interrupt handler to direct regmap usage
by Mark Brown 23 Feb '12

23 Feb '12

Avoids potential locking issues with anything that needs the CODEC lock. Signed-off-by: Mark Brown <broonie(a)opensource.wolfsonmicro.com> --- sound/soc/codecs/wm8962.c | 59 +++++++++++++++++++++++++++++--------------- 1 files changed, 39 insertions(+), 20 deletions(-) diff --git a/sound/soc/codecs/wm8962.c b/sound/soc/codecs/wm8962.c index 6ff7513..eb9da3a 100644 --- a/sound/soc/codecs/wm8962.c +++ b/sound/soc/codecs/wm8962.c @@ -2981,54 +2981,73 @@ static void wm8962_mic_work(struct work_struct *work) static irqreturn_t wm8962_irq(int irq, void *data) { - struct snd_soc_codec *codec = data; - struct wm8962_priv *wm8962 = snd_soc_codec_get_drvdata(codec); - int mask; - int active; - int reg; + struct device *dev = data; + struct wm8962_priv *wm8962 = dev_get_drvdata(dev); + unsigned int mask; + unsigned int active; + int reg, ret; + + ret = regmap_read(wm8962->regmap, WM8962_INTERRUPT_STATUS_2_MASK, + &mask); + if (ret != 0) { + dev_err(dev, "Failed to read interrupt mask: %d\n", + ret); + return IRQ_NONE; + } - mask = snd_soc_read(codec, WM8962_INTERRUPT_STATUS_2_MASK); + ret = regmap_read(wm8962->regmap, WM8962_INTERRUPT_STATUS_2, &active); + if (ret != 0) { + dev_err(dev, "Failed to read interrupt: %d\n", ret); + return IRQ_NONE; + } - active = snd_soc_read(codec, WM8962_INTERRUPT_STATUS_2); active &= ~mask; if (!active) return IRQ_NONE; /* Acknowledge the interrupts */ - snd_soc_write(codec, WM8962_INTERRUPT_STATUS_2, active); + ret = regmap_write(wm8962->regmap, WM8962_INTERRUPT_STATUS_2, active); + if (ret != 0) + dev_warn(dev, "Failed to ack interrupt: %d\n", ret); if (active & WM8962_FLL_LOCK_EINT) { - dev_dbg(codec->dev, "FLL locked\n"); + dev_dbg(dev, "FLL locked\n"); complete(&wm8962->fll_lock); } if (active & WM8962_FIFOS_ERR_EINT) - dev_err(codec->dev, "FIFO error\n"); + dev_err(dev, "FIFO error\n"); if (active & WM8962_TEMP_SHUT_EINT) { - dev_crit(codec->dev, "Thermal shutdown\n"); + dev_crit(dev, "Thermal shutdown\n"); - reg = snd_soc_read(codec, WM8962_THERMAL_SHUTDOWN_STATUS); + ret = regmap_read(wm8962->regmap, + WM8962_THERMAL_SHUTDOWN_STATUS, &reg); + if (ret != 0) { + dev_warn(dev, "Failed to read thermal status: %d\n", + ret); + reg = 0; + } if (reg & WM8962_TEMP_ERR_HP) - dev_crit(codec->dev, "Headphone thermal error\n"); + dev_crit(dev, "Headphone thermal error\n"); if (reg & WM8962_TEMP_WARN_HP) - dev_crit(codec->dev, "Headphone thermal warning\n"); + dev_crit(dev, "Headphone thermal warning\n"); if (reg & WM8962_TEMP_ERR_SPK) - dev_crit(codec->dev, "Speaker thermal error\n"); + dev_crit(dev, "Speaker thermal error\n"); if (reg & WM8962_TEMP_WARN_SPK) - dev_crit(codec->dev, "Speaker thermal warning\n"); + dev_crit(dev, "Speaker thermal warning\n"); } if (active & (WM8962_MICSCD_EINT | WM8962_MICD_EINT)) { - dev_dbg(codec->dev, "Microphone event detected\n"); + dev_dbg(dev, "Microphone event detected\n"); #ifndef CONFIG_SND_SOC_WM8962_MODULE - trace_snd_soc_jack_irq(dev_name(codec->dev)); + trace_snd_soc_jack_irq(dev_name(dev)); #endif - pm_wakeup_event(codec->dev, 300); + pm_wakeup_event(dev, 300); schedule_delayed_work(&wm8962->mic_work, msecs_to_jiffies(250)); @@ -3534,7 +3553,7 @@ static int wm8962_probe(struct snd_soc_codec *codec) ret = request_threaded_irq(wm8962->irq, NULL, handler, trigger | IRQF_ONESHOT, - "wm8962", codec); + "wm8962", codec->dev); if (ret != 0) { dev_err(codec->dev, "Failed to request IRQ %d: %d\n", wm8962->irq, ret); -- 1.7.9.1

1 0

[alsa-devel] [PATCH] ASoC: i.MX SSI: Fix DSP_A format.
by Javier Martin 23 Feb '12

23 Feb '12

According to i.MX27 Reference Manual (p 1593) TXBIT0 bit selects whether the most significant or the less significant part of the data word written to the FIFO is transmitted. As DSP_A is the same as DSP_B with a data offset of 1 bit, it doesn't make any sense to remove TXBIT0 bit here. Signed-off-by: Javier Martin <javier.martin(a)vista-silicon.com> --- sound/soc/imx/imx-ssi.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sound/soc/imx/imx-ssi.c b/sound/soc/imx/imx-ssi.c index 01d1f74..b6adbed 100644 --- a/sound/soc/imx/imx-ssi.c +++ b/sound/soc/imx/imx-ssi.c @@ -112,7 +112,7 @@ static int imx_ssi_set_dai_fmt(struct snd_soc_dai *cpu_dai, unsigned int fmt) break; case SND_SOC_DAIFMT_DSP_A: /* data on rising edge of bclk, frame high 1clk before data */ - strcr |= SSI_STCR_TFSL | SSI_STCR_TEFS; + strcr |= SSI_STCR_TFSL | SSI_STCR_TXBIT0 | SSI_STCR_TEFS; break; } -- 1.7.0.4

3 2

Re: [alsa-devel] [PATCH] [trivial] sound: Fix typo in ctvmem.c
by Takashi Iwai 23 Feb '12

23 Feb '12

At Thu, 23 Feb 2012 23:23:06 +0900, Masanari Iida wrote: > > Correct spelling "virtural" to "virtual" in > sound/pci/ctxfi/ctvmem.c > > Signed-off-by: Masanari Iida <standby24x7(a)gmail.com> Thanks, applied now. (BTW, a typo in my address in your original post...) Takashi > --- > sound/pci/ctxfi/ctvmem.c | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/sound/pci/ctxfi/ctvmem.c b/sound/pci/ctxfi/ctvmem.c > index b78f3fc..6109490 100644 > --- a/sound/pci/ctxfi/ctvmem.c > +++ b/sound/pci/ctxfi/ctvmem.c > @@ -36,7 +36,7 @@ get_vm_block(struct ct_vm *vm, unsigned int size) > > size = CT_PAGE_ALIGN(size); > if (size > vm->size) { > - printk(KERN_ERR "ctxfi: Fail! No sufficient device virtural " > + printk(KERN_ERR "ctxfi: Fail! No sufficient device virtual " > "memory space available!\n"); > return NULL; > } > -- > 1.7.6.5 > > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo(a)vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ >

1 0

Re: [alsa-devel] multiple, non-physically accesible, HDMI devices listed for Intel IbexPeak ALC269VB
by David Henningsson 23 Feb '12

23 Feb '12

On 02/23/2012 01:01 AM, Andres Cimmarusti wrote: >> If the new two pins can be never used, i.e. physically unreachable, >> we may disable these pins by giving the proper default pin-config >> values. Usually it's a job of BIOS. But if BIOS doesn't do it, user >> need to do it manually. >> >> Build your kernel with CONFIG_SND_HDA_HWDEP=y, >> CONFIG_SND_HDA_RECONFIG=y, CONFIG_SND_HDA_PATCH_LOADER=y. >> I guess most of distro kernels are built with them. >> Then create a file containing below in /lib/firmware, such as, >> /lib/firmware/ibx-hdmi: >> >> ================================================================ >> [codec] >> 0x80862804 0x80860101 3 >> [pincfg] >> 0x04 0x411111f0 >> 0x06 0x411111f0 >> ================================================================ >> >> Now pass this file to "patch" module option for snd-hda-intel. >> For example, create a file in /etc/modprobe.d/, >> e.g. /etc/modprobe.d/50-hdmi.conf, containing the line >> >> options snd-hda-intel patch="ibx-hdmi" >> >> Then reload the driver or reboot. This will disable pins 0x04 and >> 0x06 so that only the pin 0x05 will be used. > > I've tested this workaround and it works well. I don't suppose this > could be added as a quirk to the kernel for this particular device? > (when and only if there's only one physically accessible HDMI > connector). Stephen, could you comment on this? Are we guaranteed a certain board configuration (i e which pins are physically connected or not) given a PCI SSID, or anything else that can be used as a key to a quirk table? I think I've asked you before and that the answer was "no", but my memory could be failing me. >> There are ways to configure pulseaudio to allow the user to select which >> PCM device to use on a given sound card. David Henningsson made this work >> for NVIDIA GPUs at least in Ubuntu, and I imagine the same technique >> could be applied to Intel devices too. > > Mmm.. just in Ubuntu? was this work submitted upstream? It appears > there are some related fixes shown in the Ubuntu pulseaudio changelog: > > http://changelogs.ubuntu.com/changelogs/pool/main/p/pulseaudio/pulseaudio_1… > > I found a thread related to this issue here: > http://www.mail-archive.com/pulseaudio-discuss@mail.0pointer.de/msg07433.ht… > Started by yourself Stephen Warren! but it doesn't seem like it got anywhere... > >> As Takashi mentions, from a kernel perspective, this isn't really a >> regression at all, but simply exposing all the features of the HW that >> were previously hidden. Without that change, others can't use some HW >> usefully at all. Unfortunately, pulseaudio makes some rather simplistic >> assumptions about how HW works by default, and can be confused by the >> additional features that are exposed. > > Agreed. But in the case of laptops, I don't think I've ever seen one > that actually has more than one physical connector. I'm a little > puzzled as to how all these outputs (in my case 3) make sense for my > hardware... Even if there is only one HDMI output, it's it not that uncommon, actually. Many DVI outputs can output HDMI audio as well (when connected through an HDMI monitor through DVI->HDMI adapter), and DisplayPort also has audio support. -- David Henningsson, Canonical Ltd. http://launchpad.net/~diwic

2 1

[alsa-devel] [PATCH 1/8] ALSA: core: Constify the name in new kcontrols
by Mark Brown 23 Feb '12

23 Feb '12

We never modify it and this lets us use a const string as the name without warnings. Signed-off-by: Mark Brown <broonie(a)opensource.wolfsonmicro.com> --- include/sound/control.h | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/include/sound/control.h b/include/sound/control.h index b2796e8..57815f6 100644 --- a/include/sound/control.h +++ b/include/sound/control.h @@ -40,7 +40,7 @@ struct snd_kcontrol_new { snd_ctl_elem_iface_t iface; /* interface identifier */ unsigned int device; /* device/client number */ unsigned int subdevice; /* subdevice (substream) number */ - unsigned char *name; /* ASCII name of item */ + const unsigned char *name; /* ASCII name of item */ unsigned int index; /* index of item */ unsigned int access; /* access rights */ unsigned int count; /* count of same elements */ -- 1.7.9.rc1

3 16

[alsa-devel] [PATCH] Wrong latency in pulseaudio plugin breaks Adobe Flash Player
by Philip Spencer 23 Feb '12

23 Feb '12

When Adobe Flash player is playing a live stream in "live" (no internal latency) mode[1], through alsa's pulseaudio plugin, the audio is a half-second out of sync with the video. This is with alsa-plugins version 1.0.25.[2] I see the problem is one already reported on the bug tracker several years ago (issue #3944). The plugin sets pulseaudio's target buffer length to match the IO buffer length, and sets the prebuffering attribute to match the IO buffer length less one period. In our case, the IO buffer is 500ms long, the IO period length is 20ms (for 16KHz Speex soud packets), and the application requests that playback start immediately (by setting the start_threshold software parameter very low). However, the plugin ignores start_threshold and sets the pulseaudio target buffer length to 500ms, meaning pulseaudio plays the sound with a half-second delay. The fix initially suggested in the bug report was to implement the start_threshold parameter and use it to lower the prebuffering attribute but this does not work: playback STARTS sooner, but when dropouts and underruns occur pulseaudio increases the latency to match the target buffer length. It is necessary to lower the target buffer length too. Below is a proposed patch (my apologies if I've missed some subtleties as I've never looked at the alsa source code before). The patch changes the plugin to do the following: -- decouple the length of the fake ring buffer seen by ALSA (which needs to match the IO buffer length) from the "target length" parameter sent to pulseaudio (which needs to reflect the desired latency), adding a new variable to the structure to store the former value. Currently they are forced to be the same value. -- when the start_threshold software parameter is seen, lower both the target length and prebuffering attributes to match it, except don't set them less than one IO period or longer than the IO buffer length -- when hardware parameters are seen, don't mess with the target length or prebuffering attributes if already set by software. It doesn't currently tell pulseaudio to change its parameters if the start_threshold is enountered after the stream is already started, but that could be added too if necessary with if (pcm->stream) pa_stream_set_buffer_attr( ... ) I hope this patch (or something like it) can get put into an alsa release since otherwise the Flash Player 2-way interaction app we're developing won't be usable by Linux users unless it runs in about 750ms time-delayed mode! Thank you, Philip [1] Normally Flash Player plays prerecorded streams with a slight internal buffering delay, and in this mode it requests the audio be buffered for 500ms in addition to its own internal delay, and it automatically delays video frames for 500ms beyond its own internal delay to compensate, so there are no out-of-sync problems with prerecorded streams or live streams played in regular buffered mode. [2] In 1.0.23 with low-sample-rate streams there was no sync problem but each sound sample was truncated, resulting in distorted and crackly sound; this problem has been fixed in 1.0.25 -- thanks! --------------------------------------------+------------------------------- Philip Spencer pspencer(a)fields.utoronto.ca | Director of Computing Services Room 336 (416)-348-9710 ext3036 | The Fields Institute for 222 College St, Toronto ON M5T 3J1 Canada | Research in Mathematical Sciences Signed-Of-By: Philip Spencer <pspencer(a)fields.utoronto.ca> --- alsa-plugins-1.0.25.orig/pulse/pcm_pulse.c 2012-01-25 02:57:07.000000000 -0500 +++ alsa-plugins-1.0.25/pulse/pcm_pulse.c 2012-02-15 16:23:08.000000000 -0500 @@ -49,6 +49,9 @@ pa_sample_spec ss; size_t frame_size; pa_buffer_attr buffer_attr; + uint32_t ring_buffer_length; + int tlength_set_by_sw; + } snd_pcm_pulse_t; static int check_stream(snd_pcm_pulse_t *pcm) @@ -93,12 +96,12 @@ size -= pcm->offset; /* Prevent accidental overrun of the fake ringbuffer */ - if (size > pcm->buffer_attr.tlength - pcm->frame_size) - size = pcm->buffer_attr.tlength - pcm->frame_size; + if (size > pcm->ring_buffer_length - pcm->frame_size) + size = pcm->ring_buffer_length - pcm->frame_size; if (size > pcm->last_size) { pcm->ptr += size - pcm->last_size; - pcm->ptr %= pcm->buffer_attr.tlength; + pcm->ptr %= pcm->ring_buffer_length; } pcm->last_size = size; @@ -830,12 +833,16 @@ pcm->ss.rate = io->rate; pcm->ss.channels = io->channels; + pcm->ring_buffer_length = + io->buffer_size * pcm->frame_size; pcm->buffer_attr.maxlength = 4 * 1024 * 1024; - pcm->buffer_attr.tlength = - io->buffer_size * pcm->frame_size; - pcm->buffer_attr.prebuf = - (io->buffer_size - io->period_size) * pcm->frame_size; + if (! pcm->tlength_set_by_sw) { + pcm->buffer_attr.tlength = + io->buffer_size * pcm->frame_size; + pcm->buffer_attr.prebuf = + (io->buffer_size - io->period_size) * pcm->frame_size; + } pcm->buffer_attr.minreq = io->period_size * pcm->frame_size; pcm->buffer_attr.fragsize = io->period_size * pcm->frame_size; @@ -845,6 +852,36 @@ return err; } +static int pulse_sw_params(snd_pcm_ioplug_t * io, + snd_pcm_sw_params_t * params) +{ + snd_pcm_pulse_t *pcm = io->private_data; + int err = 0; + + assert(pcm); + + if (!pcm->p || !pcm->p->mainloop) + return -EBADFD; + + pa_threaded_mainloop_lock(pcm->p->mainloop); + snd_pcm_uframes_t start_thresh; + err = snd_pcm_sw_params_get_start_threshold(params, &start_thresh); + if (! err) { + if (start_thresh < io->period_size) + start_thresh = io->period_size; + if (start_thresh > io->buffer_size) + start_thresh = io->buffer_size; + + pcm->buffer_attr.tlength = start_thresh * pcm->frame_size; + pcm->buffer_attr.prebuf = start_thresh * pcm->frame_size; + pcm->tlength_set_by_sw = 1; + } + + pa_threaded_mainloop_unlock(pcm->p->mainloop); + return err; + +} + static int pulse_close(snd_pcm_ioplug_t * io) { snd_pcm_pulse_t *pcm = io->private_data; @@ -911,6 +948,7 @@ .poll_revents = pulse_pcm_poll_revents, .prepare = pulse_prepare, .hw_params = pulse_hw_params, + .sw_params = pulse_sw_params, .close = pulse_close, .pause = pulse_pause }; @@ -1080,6 +1118,7 @@ pcm->io.mmap_rw = 0; pcm->io.callback = stream == SND_PCM_STREAM_PLAYBACK ? &pulse_playback_callback : &pulse_capture_callback; + pcm->tlength_set_by_sw = 0; pcm->io.private_data = pcm; err = snd_pcm_ioplug_create(&pcm->io, name, stream, mode);

3 10

[alsa-devel] Problem with "set_period_size"
by Alicia Romero 23 Feb '12

23 Feb '12

Hi list! I am new using an ALSA device and I have a problem when setting the period size. In my code I try to set the period size to 640 as follow: snd_pcm_hw_params_set_access (stream->pb_pcm, params, SND_PCM_ACCESS_RW_INTERLEAVED); /* Set format */ snd_pcm_hw_params_set_format (stream->pb_pcm, params, SND_PCM_FORMAT_S16_LE); /* Set number of channels */ snd_pcm_hw_params_set_channels (stream->pb_pcm, params, 2); /* Set clock rate */ rate =32000; snd_pcm_hw_params_set_rate_near (stream->pb_pcm, params, &rate, NULL); /* Set period size to samples_per_frame frames. */ stream->pb_frames = (snd_pcm_uframes_t) 640; snd_pcm_hw_params_set_period_size_near (stream->pb_pcm, params, &stream->pb_frames, NULL); /* Set the sound device buffer size and latency */ if (param->flags & PJMEDIA_AUD_DEV_CAP_OUTPUT_LATENCY) tmp_buf_size = (rate / 1000) * param->output_latency_ms; else tmp_buf_size = (rate / 1000) * PJMEDIA_SND_DEFAULT_PLAY_LATENCY; snd_pcm_hw_params_set_buffer_size_near (stream->pb_pcm, params, &tmp_buf_size); stream->param.output_latency_ms = tmp_buf_size / (rate / 1000); /* Activate the parameters */ snd_pcm_hw_params (stream->pb_pcm, params); The problem here is that the period size is not set to 640, but to 512. Otherwise if I use instead: stream->pb_frames = (snd_pcm_uframes_t) 640; snd_pcm_hw_params_set_period_size (stream->pb_pcm, params, &stream->pb_frames, NULL); the period size is set to 640 and the device is working correctly. Why is not set to 640 if I use the "*_near*" version? Thanks!!! :)

2 1

[alsa-devel] [PATCH] ASoC: dapm: Check for bias level when powering down
by Mark Brown 23 Feb '12

23 Feb '12

Recent enhancements in the bias management means that we might not be in standby when the CODEC is idle and can have active widgets without being in full power mode but the shutdown functionality assumes these things. Add checks for the bias level at each stage so that we don't do transitions other than the ON->PREPARE->STANDBY->OFF ones that the drivers are expecting. Signed-off-by: Mark Brown <broonie(a)opensource.wolfsonmicro.com> --- sound/soc/soc-dapm.c | 12 +++++++++--- 1 files changed, 9 insertions(+), 3 deletions(-) diff --git a/sound/soc/soc-dapm.c b/sound/soc/soc-dapm.c index 9029aad..3a5adab 100644 --- a/sound/soc/soc-dapm.c +++ b/sound/soc/soc-dapm.c @@ -3237,9 +3237,13 @@ static void soc_dapm_shutdown_codec(struct snd_soc_dapm_context *dapm) * standby. */ if (powerdown) { - snd_soc_dapm_set_bias_level(dapm, SND_SOC_BIAS_PREPARE); + if (dapm->bias_level == SND_SOC_BIAS_ON) + snd_soc_dapm_set_bias_level(dapm, + SND_SOC_BIAS_PREPARE); dapm_seq_run(dapm, &down_list, 0, false); - snd_soc_dapm_set_bias_level(dapm, SND_SOC_BIAS_STANDBY); + if (dapm->bias_level == SND_SOC_BIAS_PREPARE) + snd_soc_dapm_set_bias_level(dapm, + SND_SOC_BIAS_STANDBY); } } @@ -3252,7 +3256,9 @@ void snd_soc_dapm_shutdown(struct snd_soc_card *card) list_for_each_entry(codec, &card->codec_dev_list, list) { soc_dapm_shutdown_codec(&codec->dapm); - snd_soc_dapm_set_bias_level(&codec->dapm, SND_SOC_BIAS_OFF); + if (codec->dapm.bias_level == SND_SOC_BIAS_STANDBY) + snd_soc_dapm_set_bias_level(&codec->dapm, + SND_SOC_BIAS_OFF); } } -- 1.7.9.1

2 1

Re: [alsa-devel] multiple, non-physically accesible, HDMI devices listed for Intel IbexPeak ALC269VB
by Takashi Iwai 23 Feb '12

23 Feb '12

At Wed, 22 Feb 2012 01:43:44 -0500, Andres Cimmarusti wrote: > > [1 <text/plain; UTF-8 (7bit)>] > Dear Mr. Warren, > > I recently upgraded my laptop to Debian testing (from Debian stable + > the longterm stable 3.0.x kernel). The newer kernel 3.2.x came with a > regression that git bisect has traced down to one of your commits in > the early 3.1.x kernel development stage (git bisect output and git > bisect log attached). > > Under kernel 3.0.x HDMI sound works out-of-the-box as tested with > pulse audio (choosing the option Digital > Stereo (HDMI) Output) and by the command: > > $ aplay -D plughw:0,3 /usr/share/sounds/alsa/Front_Center.wav > > Alsa's device list reveals: > > $ aplay -l > **** List of PLAYBACK Hardware Devices **** > card 0: Intel [HDA Intel], device 0: ALC269VB Analog [ALC269VB Analog] > Subdevices: 0/1 > Subdevice #0: subdevice #0 > card 0: Intel [HDA Intel], device 3: HDMI 0 [HDMI 0] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > > Unfortunately with kernel 3.2.x and 3.1.x I get no sound out choosing the same > configuration in pulseaudio. Device is advertised correctly but > there's a bizarre multiplicity advertised: > > $ aplay -l > **** List of PLAYBACK Hardware Devices **** > card 0: Intel [HDA Intel], device 0: ALC269VB Analog [ALC269VB Analog] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > card 0: Intel [HDA Intel], device 3: HDMI 0 [HDMI 0] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > card 0: Intel [HDA Intel], device 7: HDMI 1 [HDMI 1] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > card 0: Intel [HDA Intel], device 8: HDMI 2 [HDMI 2] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > > Using aplay with device 3 says device is busy. Device 7 works > correctly (but is not available in pulseaudio unless forced by > default, which then renders internal speakers disabled) and device 8 > produces no sound out. > > This appears to be a regression in the kernel about this device, > advertising non-physically connected HDMI sound devices that cause > pulse audio to get > confused (Pulseaudio only seems to be able to handle one HDMI output > by default device 0,3). The biggest problem is that PA checks only the first HDMI device. In that sense, this is no regression in the kernel side, although I know it's annoying. If the new two pins can be never used, i.e. physically unreachable, we may disable these pins by giving the proper default pin-config values. Usually it's a job of BIOS. But if BIOS doesn't do it, user need to do it manually. Build your kernel with CONFIG_SND_HDA_HWDEP=y, CONFIG_SND_HDA_RECONFIG=y, CONFIG_SND_HDA_PATCH_LOADER=y. I guess most of distro kernels are built with them. Then create a file containing below in /lib/firmware, such as, /lib/firmware/ibx-hdmi: ================================================================ [codec] 0x80862804 0x80860101 3 [pincfg] 0x04 0x411111f0 0x06 0x411111f0 ================================================================ Now pass this file to "patch" module option for snd-hda-intel. For example, create a file in /etc/modprobe.d/, e.g. /etc/modprobe.d/50-hdmi.conf, containing the line options snd-hda-intel patch="ibx-hdmi" Then reload the driver or reboot. This will disable pins 0x04 and 0x06 so that only the pin 0x05 will be used. Takashi > > Output of the alsa-info script for kernel 3.0.20 and 3.2.4 is attached. > > Can you please advice how to fix this problem? I see there was a patch > about the same time meant to address the multiplicity of port > advertised and restrict to the ones being used, but this doesn't seem > to be working here (see > http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=commit;…) > > For reference, this is the original Debian bug report: > http://bugs.debian.org/660111 > > Best Regards, > > Andres Cimmarusti > [2 git_bisect_1st_bad.txt <text/plain; US-ASCII (base64)>] > 384a48d71520ca569a63f1e61e51a538bedb16df is the first bad commit > commit 384a48d71520ca569a63f1e61e51a538bedb16df > Author: Stephen Warren <swarren(a)nvidia.com> > Date: Wed Jun 1 11:14:21 2011 -0600 > > ALSA: hda: HDMI: Support codecs with fewer cvts than pins > > The general concept of this change is to create a PCM device for each > pin widget instead of each converter widget. Whenever a PCM is opened, > a converter is dynamically selected to drive that pin based on those > available for muxing into the pin. > > The one thing this model doesn't support is a single PCM/converter > sending audio to multiple pin widgets at once. > > Note that this means that a struct hda_pcm_stream's nid variable is > set to 0 except between a stream's open and cleanup calls. The dynamic > de-assignment of converters to PCMs occurs within cleanup, not close, > in order for it to co-incide with when controller stream IDs are > cleaned up from converters. > > While the PCM for a pin is not open, the pin is disabled (its widget > control's PIN_OUT bit is cleared) so that if the currently routed > converter is used to drive a different PCM/pin, that audio does not > leak out over a disabled pin. > > We use the recently added SPDIF virtualization feature in order to > create SPDIF controls for each pin widget instead of each converter > widget, so that state is specific to a PCM. > > In order to support this, a number of more mechanical changes are made: > > * s/nid/pin_nid/ or s/nid/cvt_nid/ in many places in order to make it > clear exactly what the code is dealing with. > > * We now have per_pin and per_cvt arrays in hdmi_spec to store relevant > data. In particular, we store a converter's capabilities in the per_cvt > entry, rather than relying on a combination of codec_pcm_pars and > the struct hda_pcm_stream. > > * ELD-related workarounds were removed from hdmi_channel_allocation > into hdmi_instrinsic in order to simplifiy infoframe calculations and > remove HW dependencies. > > * Various functions only apply to a single pin, since there is now > only 1 pin per PCM. For example, hdmi_setup_infoframe, > hdmi_setup_stream. > > * hdmi_add_pin and hdmi_add_cvt are more oriented at pure codec parsing > and data retrieval, rather than determining which pins/converters > are to be used for creating PCMs. > > This is quite a large change; it may be appropriate to simply read the > result of the patch rather than the diffs. Some small parts of the change > might be separable into different patches, but I think the bulk of the > change will probably always be one large patch. Hopefully the change > isn't too opaque! > > This has been tested on: > > * NVIDIA GeForce 400 series discrete graphics card. This model has the > classical 1:1:1 codec:converter:pcm widget model. Tested stereo PCM > audio to a PC monitor that supports audio. > > * NVIDIA GeForce 520 discrete graphics card. This model is the new > 1 codec n converters m pins m>n model. Tested stereo PCM audio to a > PC monitor that supports audio. > > * NVIDIA GeForce 400 series laptop graphics chip. This model has the > classical 1:1:1 codec:converter:pcm widget model. Tested stereo PCM, > multi-channel PCM, and AC3 pass-through to an AV receiver. > > * Intel Ibex Peak laptop. This model is the new 1 codec n converters m > pins m>n model. Tested stereo PCM, multi-channel PCM, and AC3 pass- > through to an AV receiver. > > Note that I'm not familiar at all with AC3 pass-through. Hence, I may > not have covered all possible mechanisms that are applicable here. I do > know that my receiver definitely received AC3, not decoded PCM. I tested > with mplayer's "-afm hwac3" and/or "-af lavcac3enc" options, and alsa a > WAV file that I believe has AC3 content rather than PCM. > > I also tested: > * Play a stream > * Mute while playing > * Stop stream > * Play some other streams to re-assign the converter to a different > pin, PCM, set of SPDIF controls, ... hence hopefully triggering > cleanup for the original PCM. > * Unmute original stream while not playing > * Play a stream on the original pin/PCM. > > This was to test SPDIF control virtualization. > > Signed-off-by: Stephen Warren <swarren(a)nvidia.com> > Signed-off-by: Takashi Iwai <tiwai(a)suse.de> > > :040000 040000 894370c6534b1bf03df9a8a8c7d85c2eeffc7555 98cb8a73a0ed46f034e25bd35002930bc22376ef M sound > [3 git_bisect_log.txt <text/plain; US-ASCII (base64)>] > git bisect log > git bisect start > # bad: [76531d4166fb620375ff3c1ac24753265216d579] Merge branch 'topic/hda' into for-linus > git bisect bad 76531d4166fb620375ff3c1ac24753265216d579 > # good: [7d339ae99758bc21033d4a19bcd4f7b55f96e24e] Merge branch 'topic/misc' into for-linus > git bisect good 7d339ae99758bc21033d4a19bcd4f7b55f96e24e > # bad: [39fa84e94a7df64a6ba27669ef98b51994fb6894] ALSA: hda - Simplify EAPD control in patch_realtek.c > git bisect bad 39fa84e94a7df64a6ba27669ef98b51994fb6894 > # bad: [096a885494f6b89a9962c6faf18e1c6092e7919c] ALSA: hda - Initialize input-path dynamically in patch_via.c > git bisect bad 096a885494f6b89a9962c6faf18e1c6092e7919c > # bad: [e06e5a297474c8027beffe10541981845ca0c98b] ALSA: hda - Defer mixer element creation to the right time in patch_via.c > git bisect bad e06e5a297474c8027beffe10541981845ca0c98b > # bad: [b4a655e81d4d1d12abc92d29dfb7550e66a08799] ALSA: hda - Judge playback stream from stream id in azx_via_get_position() > git bisect bad b4a655e81d4d1d12abc92d29dfb7550e66a08799 > # good: [3aaf898025b1f75f30457e00e890c9f7c43567ab] ALSA: hda: Separate generic and non-generic implementations > git bisect good 3aaf898025b1f75f30457e00e890c9f7c43567ab > # bad: [384a48d71520ca569a63f1e61e51a538bedb16df] ALSA: hda: HDMI: Support codecs with fewer cvts than pins > git bisect bad 384a48d71520ca569a63f1e61e51a538bedb16df > # good: [2def8172c6611f2577260287ebf5dd3b63f7ef55] ALSA: hda: hdmi_eld_update_pcm_info: update a stream in place > git bisect good 2def8172c6611f2577260287ebf5dd3b63f7ef55 > [4 alsa-info_3.0.20.txt <text/plain; US-ASCII (base64)>] > !!################################ > !!ALSA Information Script v 0.4.60 > !!################################ > > !!Script ran on: Thu Feb 16 05:24:37 UTC 2012 > > > !!Linux Distribution > !!------------------ > > Debian GNU/Linux wheezy/sid \n \l > > > !!DMI Information > !!--------------- > > Manufacturer: To be filled by O.E.M. > Product Name: To be filled by O.E.M. > Product Version: AC5G3N-S8_F6 > > > !!Kernel Information > !!------------------ > > Kernel release: 3.0.20-c2d.1-amd64 > Operating System: GNU/Linux > Architecture: x86_64 > Processor: unknown > SMP Enabled: Yes > > > !!ALSA Version > !!------------ > > Driver version: 1.0.24 > Library version: 1.0.24.1 > Utilities version: 1.0.24.2 > > > !!Loaded ALSA modules > !!------------------- > > snd_hda_intel > > > !!Sound Servers on this system > !!---------------------------- > > Pulseaudio: > Installed - Yes (/usr/bin/pulseaudio) > Running - Yes > > ESound Daemon: > Installed - Yes (/usr/bin/esd) > Running - No > > > !!Soundcards recognised by ALSA > !!----------------------------- > > 0 [Intel ]: HDA-Intel - HDA Intel > HDA Intel at 0xfe500000 irq 46 > > > !!PCI Soundcards installed in the system > !!-------------------------------------- > > 00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset > High Definition Audio (rev 06) > > > !!Advanced information - PCI Vendor/Device/Subsystem ID's > !!-------------------------------------------------------- > > 00:1b.0 0403: 8086:3b56 (rev 06) > Subsystem: 1458:a950 > > > !!Modprobe options (Sound related) > !!-------------------------------- > > snd-atiixp-modem: index=-2 > snd-intel8x0m: index=-2 > snd-via82xx-modem: index=-2 > snd-pcsp: index=-2 > snd-usb-audio: index=-2 > > > !!Loaded sound module options > !!-------------------------- > > !!Module: snd_hda_intel > bdl_pos_adj : 1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1 > beep_mode : 1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1 > enable : Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y > enable_msi : -1 > id : (null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null) > index : -1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1 > model : (null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null) > patch : (null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null) > position_fix : 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0 > power_save : 0 > power_save_controller : Y > probe_mask : -1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1 > probe_only : 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0 > single_cmd : N > > > !!HDA-Intel Codec information > !!--------------------------- > --startcollapse-- > > Codec: Realtek ALC269VB > Address: 0 > AFG Function Id: 0x1 (unsol 1) > Vendor Id: 0x10ec0269 > Subsystem Id: 0x1458a950 > Revision Id: 0x100100 > No Modem Function Group found > Default PCM: > rates [0x560]: 44100 48000 96000 192000 > bits [0xe]: 16 20 24 > formats [0x1]: PCM > Default Amp-In caps: N/A > Default Amp-Out caps: N/A > GPIO: io=2, 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 > Node 0x02 [Audio Output] wcaps 0x1d: Stereo Amp-Out > Control: name="Speaker Playback Volume", index=0, device=0 > ControlAmp: chs=3, dir=Out, idx=0, ofs=0 > Amp-Out caps: ofs=0x57, nsteps=0x57, stepsize=0x02, mute=0 > Amp-Out vals: [0x50 0x50] > Converter: stream=5, channel=0 > PCM: > rates [0x560]: 44100 48000 96000 192000 > bits [0xe]: 16 20 24 > formats [0x1]: PCM > Node 0x03 [Audio Output] wcaps 0x1d: Stereo Amp-Out > Control: name="Front Playback Volume", index=0, device=0 > ControlAmp: chs=3, dir=Out, idx=0, ofs=0 > Device: name="ALC269VB Analog", type="Audio", device=0 > Amp-Out caps: ofs=0x57, nsteps=0x57, stepsize=0x02, mute=0 > Amp-Out vals: [0x50 0x50] > Converter: stream=5, channel=0 > PCM: > rates [0x560]: 44100 48000 96000 192000 > bits [0xe]: 16 20 24 > formats [0x1]: PCM > Node 0x04 [Vendor Defined Widget] wcaps 0xf00000: Mono > Node 0x05 [Vendor Defined Widget] wcaps 0xf00000: Mono > Node 0x06 [Audio Output] wcaps 0x211: Stereo Digital > Converter: stream=0, channel=0 > Digital: > Digital category: 0x0 > PCM: > rates [0x5e0]: 44100 48000 88200 96000 192000 > bits [0xe]: 16 20 24 > formats [0x1]: PCM > Node 0x07 [Vendor Defined Widget] wcaps 0xf00000: Mono > Node 0x08 [Audio Input] wcaps 0x10011b: Stereo Amp-In > Amp-In caps: ofs=0x0b, nsteps=0x1f, stepsize=0x05, mute=1 > Amp-In vals: [0x8b 0x8b] > Converter: stream=0, channel=0 > SDI-Select: 0 > PCM: > rates [0x560]: 44100 48000 96000 192000 > bits [0xe]: 16 20 24 > formats [0x1]: PCM > Connection: 1 > 0x23 > Node 0x09 [Audio Input] wcaps 0x10011b: Stereo Amp-In > Control: name="Capture Switch", index=0, device=0 > Control: name="Capture Volume", index=0, device=0 > Device: name="ALC269VB Analog", type="Audio", device=0 > Amp-In caps: ofs=0x0b, nsteps=0x1f, stepsize=0x05, mute=1 > Amp-In vals: [0x8f 0x8f] > Converter: stream=1, channel=0 > SDI-Select: 0 > PCM: > rates [0x560]: 44100 48000 96000 192000 > bits [0xe]: 16 20 24 > formats [0x1]: PCM > Connection: 1 > 0x22 > Node 0x0a [Vendor Defined Widget] wcaps 0xf00000: Mono > Node 0x0b [Audio Mixer] wcaps 0x20010b: Stereo Amp-In > Control: name="Beep Playback Volume", index=0, device=0 > ControlAmp: chs=3, dir=In, idx=4, ofs=0 > Control: name="Beep Playback Switch", index=0, device=0 > ControlAmp: chs=3, dir=In, idx=4, ofs=0 > Amp-In caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1 > Amp-In vals: [0x97 0x97] [0x97 0x97] [0x97 0x97] [0x97 0x97] [0x97 0x97] > Connection: 5 > 0x18 0x19 0x1a 0x1b 0x1d > Node 0x0c [Audio Mixer] wcaps 0x20010b: Stereo Amp-In > Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-In vals: [0x00 0x00] [0x00 0x00] > Connection: 2 > 0x02 0x0b > Node 0x0d [Audio Mixer] wcaps 0x20010b: Stereo Amp-In > Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-In vals: [0x00 0x00] [0x00 0x00] > Connection: 2 > 0x03 0x0b > Node 0x0e [Vendor Defined Widget] wcaps 0xf00000: Mono > Node 0x0f [Audio Mixer] wcaps 0x20010a: Mono Amp-In > Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-In vals: [0x00] [0x00] > Connection: 2 > 0x02 0x0b > Node 0x10 [Vendor Defined Widget] wcaps 0xf00000: Mono > Node 0x11 [Vendor Defined Widget] wcaps 0xf00000: Mono > Node 0x12 [Pin Complex] wcaps 0x40000b: Stereo Amp-In > Control: name="Internal Mic Boost Volume", index=0, device=0 > ControlAmp: chs=3, dir=In, idx=0, ofs=0 > Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x2f, mute=0 > Amp-In vals: [0x03 0x03] > Pincap 0x00000020: IN > Pin Default 0x99a30940: [Fixed] Mic at Int ATAPI > Conn = ATAPI, Color = Unknown > DefAssociation = 0x4, Sequence = 0x0 > Misc = NO_PRESENCE > Pin-ctls: 0x20: IN > Node 0x13 [Vendor Defined Widget] wcaps 0xf00000: Mono > Node 0x14 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out > Control: name="Speaker Playback Switch", index=0, device=0 > ControlAmp: chs=3, dir=Out, idx=0, ofs=0 > Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-Out vals: [0x00 0x00] > Pincap 0x00010014: OUT EAPD Detect > EAPD 0x2: EAPD > Pin Default 0x99130110: [Fixed] Speaker at Int ATAPI > Conn = ATAPI, Color = Unknown > DefAssociation = 0x1, Sequence = 0x0 > Misc = NO_PRESENCE > Pin-ctls: 0x40: OUT > Unsolicited: tag=00, enabled=0 > Connection: 2 > 0x0c* 0x0d > Node 0x15 [Vendor Defined Widget] wcaps 0xf00000: Mono > Node 0x16 [Vendor Defined Widget] wcaps 0xf00000: Mono > Node 0x17 [Pin Complex] wcaps 0x40010c: Mono Amp-Out > Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-Out vals: [0x80] > Pincap 0x00000010: OUT > Pin Default 0x411111f0: [N/A] Speaker at Ext Rear > Conn = 1/8, Color = Black > DefAssociation = 0xf, Sequence = 0x0 > Misc = NO_PRESENCE > Pin-ctls: 0x00: > Connection: 1 > 0x0f > Node 0x18 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out > Control: name="Rear Mic Boost Volume", index=0, device=0 > ControlAmp: chs=3, dir=In, idx=0, ofs=0 > Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x2f, mute=0 > Amp-In vals: [0x02 0x02] > Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-Out vals: [0x80 0x80] > Pincap 0x00001734: IN OUT Detect > Vref caps: HIZ 50 GRD 80 > Pin Default 0x01a11830: [Jack] Mic at Ext Rear > Conn = 1/8, Color = Black > DefAssociation = 0x3, Sequence = 0x0 > Pin-ctls: 0x24: IN VREF_80 > Unsolicited: tag=00, enabled=0 > Connection: 1 > 0x0d > Node 0x19 [Pin Complex] wcaps 0x40008b: Stereo Amp-In > Control: name="Front Mic Boost Volume", index=0, device=0 > ControlAmp: chs=3, dir=In, idx=0, ofs=0 > Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x2f, mute=0 > Amp-In vals: [0x00 0x00] > Pincap 0x00001724: IN Detect > Vref caps: HIZ 50 GRD 80 > Pin Default 0x02a1183f: [Jack] Mic at Ext Front > Conn = 1/8, Color = Black > DefAssociation = 0x3, Sequence = 0xf > Pin-ctls: 0x24: IN VREF_80 > Unsolicited: tag=00, enabled=0 > Node 0x1a [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out > Control: name="Front Playback Switch", index=0, device=0 > ControlAmp: chs=3, dir=Out, idx=0, ofs=0 > Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x2f, mute=0 > Amp-In vals: [0x00 0x00] > Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-Out vals: [0x00 0x00] > Pincap 0x0000003c: IN OUT HP Detect > Pin Default 0x02211020: [Jack] HP Out at Ext Front > Conn = 1/8, Color = Black > DefAssociation = 0x2, Sequence = 0x0 > Pin-ctls: 0x40: OUT > Unsolicited: tag=01, enabled=1 > Connection: 2 > 0x0c 0x0d* > Node 0x1b [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out > Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x2f, mute=0 > Amp-In vals: [0x00 0x00] > Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-Out vals: [0x80 0x80] > Pincap 0x00000034: IN OUT Detect > Pin Default 0x411111f0: [N/A] Speaker at Ext Rear > Conn = 1/8, Color = Black > DefAssociation = 0xf, Sequence = 0x0 > Misc = NO_PRESENCE > Pin-ctls: 0x20: IN > Unsolicited: tag=00, enabled=0 > Connection: 2 > 0x0c* 0x0d > Node 0x1c [Vendor Defined Widget] wcaps 0xf00000: Mono > Node 0x1d [Pin Complex] wcaps 0x400000: Mono > Pincap 0x00000020: IN > Pin Default 0x598301f0: [N/A] Line In at Int ATAPI > Conn = ATAPI, Color = Unknown > DefAssociation = 0xf, Sequence = 0x0 > Misc = NO_PRESENCE > Pin-ctls: 0x20: IN > Node 0x1e [Pin Complex] wcaps 0x400381: Stereo Digital > Pincap 0x00000014: OUT Detect > Pin Default 0x411111f0: [N/A] Speaker at Ext Rear > Conn = 1/8, Color = Black > DefAssociation = 0xf, Sequence = 0x0 > Misc = NO_PRESENCE > Pin-ctls: 0x40: OUT > Unsolicited: tag=00, enabled=0 > Connection: 1 > 0x06 > Node 0x1f [Vendor Defined Widget] wcaps 0xf00000: Mono > Node 0x20 [Vendor Defined Widget] wcaps 0xf00040: Mono > Processing caps: benign=0, ncoeff=25 > Node 0x21 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out > Control: name="Headphone Playback Switch", index=0, device=0 > ControlAmp: chs=3, dir=Out, idx=0, ofs=0 > Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-Out vals: [0x00 0x00] > Pincap 0x0000001c: OUT HP Detect > Pin Default 0x0121101f: [Jack] HP Out at Ext Rear > Conn = 1/8, Color = Black > DefAssociation = 0x1, Sequence = 0xf > Pin-ctls: 0xc0: OUT HP > Unsolicited: tag=04, enabled=1 > Connection: 2 > 0x0c 0x0d* > Node 0x22 [Audio Selector] wcaps 0x30010b: Stereo Amp-In > Control: name="Input Source", index=0, device=0 > Amp-In caps: N/A > Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 > 0x00] [0x00 0x00] [0x00 0x00] > Connection: 7 > 0x18* 0x19 0x1a 0x1b 0x1d 0x0b 0x12 > Node 0x23 [Audio Mixer] wcaps 0x20010b: Stereo Amp-In > Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-In vals: [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 > 0x80] [0x80 0x80] > Connection: 6 > 0x18 0x19 0x1a 0x1b 0x1d 0x0b > Codec: Intel IbexPeak HDMI > Address: 3 > AFG Function Id: 0x1 (unsol 0) > Vendor Id: 0x80862804 > Subsystem Id: 0x80860101 > Revision Id: 0x100000 > No Modem Function Group found > Default PCM: > rates [0x0]: > bits [0x0]: > formats [0x0]: > Default Amp-In caps: N/A > Default Amp-Out caps: N/A > GPIO: io=0, o=0, i=0, unsolicited=0, wake=0 > Node 0x02 [Audio Output] wcaps 0x6611: 8-Channels Digital > Control: name="IEC958 Playback Con Mask", index=0, device=0 > Control: name="IEC958 Playback Pro Mask", index=0, device=0 > Control: name="IEC958 Playback Default", index=0, device=0 > Control: name="IEC958 Playback Switch", index=0, device=0 > Device: name="HDMI 0", type="HDMI", device=3 > Converter: stream=8, channel=0 > Digital: Enabled > Digital category: 0x0 > PCM: > rates [0x7f0]: 32000 44100 48000 88200 96000 176400 192000 > bits [0x1e]: 16 20 24 32 > formats [0x5]: PCM AC3 > Power states: D0 D3 > Power: setting=D0, actual=D0 > Node 0x03 [Audio Output] wcaps 0x6611: 8-Channels Digital > Converter: stream=0, channel=0 > Digital: Enabled > Digital category: 0x0 > PCM: > rates [0x7f0]: 32000 44100 48000 88200 96000 176400 192000 > bits [0x1e]: 16 20 24 32 > formats [0x5]: PCM AC3 > Power states: D0 D3 > Power: setting=D0, actual=D0 > Node 0x04 [Pin Complex] wcaps 0x40778d: 8-Channels Digital Amp-Out CP > Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-Out vals: [0x00 0x00] > Pincap 0x09000094: OUT Detect HBR HDMI DP > Pin Default 0x18560010: [Jack] Digital Out at Int HDMI > Conn = Digital, Color = Unknown > DefAssociation = 0x1, Sequence = 0x0 > Pin-ctls: 0x40: OUT > Unsolicited: tag=04, enabled=1 > Power states: D0 D3 > Power: setting=D0, actual=D0 > Connection: 2 > 0x02* 0x03 > Node 0x05 [Pin Complex] wcaps 0x40778d: 8-Channels Digital Amp-Out CP > Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-Out vals: [0x00 0x00] > Pincap 0x09000094: OUT Detect HBR HDMI DP > Pin Default 0x18560010: [Jack] Digital Out at Int HDMI > Conn = Digital, Color = Unknown > DefAssociation = 0x1, Sequence = 0x0 > Pin-ctls: 0x40: OUT > Unsolicited: tag=05, enabled=1 > Power states: D0 D3 > Power: setting=D0, actual=D0 > Connection: 2 > 0x02* 0x03 > Node 0x06 [Pin Complex] wcaps 0x40778d: 8-Channels Digital Amp-Out CP > Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-Out vals: [0x00 0x00] > Pincap 0x09000094: OUT Detect HBR HDMI DP > Pin Default 0x18560010: [Jack] Digital Out at Int HDMI > Conn = Digital, Color = Unknown > DefAssociation = 0x1, Sequence = 0x0 > Pin-ctls: 0x40: OUT > Unsolicited: tag=06, enabled=1 > Power states: D0 D3 > Power: setting=D0, actual=D0 > Connection: 2 > 0x02* 0x03 > Node 0x07 [Vendor Defined Widget] wcaps 0xf00000: Mono > --endcollapse-- > > [5 alsa-info_3.2.4.txt <text/plain; US-ASCII (base64)>] > !!################################ > !!ALSA Information Script v 0.4.60 > !!################################ > > !!Script ran on: Thu Feb 16 05:29:09 UTC 2012 > > > !!Linux Distribution > !!------------------ > > Debian GNU/Linux wheezy/sid \n \l > > > !!DMI Information > !!--------------- > > Manufacturer: To be filled by O.E.M. > Product Name: To be filled by O.E.M. > Product Version: AC5G3N-S8_F6 > > > !!Kernel Information > !!------------------ > > Kernel release: 3.2.0-1-amd64 > Operating System: GNU/Linux > Architecture: x86_64 > Processor: unknown > SMP Enabled: Yes > > > !!ALSA Version > !!------------ > > Driver version: 1.0.24 > Library version: 1.0.24.1 > Utilities version: 1.0.24.2 > > > !!Loaded ALSA modules > !!------------------- > > snd_hda_intel > > > !!Sound Servers on this system > !!---------------------------- > > Pulseaudio: > Installed - Yes (/usr/bin/pulseaudio) > Running - Yes > > ESound Daemon: > Installed - Yes (/usr/bin/esd) > Running - No > > > !!Soundcards recognised by ALSA > !!----------------------------- > > 0 [Intel ]: HDA-Intel - HDA Intel > HDA Intel at 0xfe500000 irq 46 > > > !!PCI Soundcards installed in the system > !!-------------------------------------- > > 00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset > High Definition Audio (rev 06) > > > !!Advanced information - PCI Vendor/Device/Subsystem ID's > !!-------------------------------------------------------- > > 00:1b.0 0403: 8086:3b56 (rev 06) > Subsystem: 1458:a950 > > > !!Modprobe options (Sound related) > !!-------------------------------- > > snd-atiixp-modem: index=-2 > snd-intel8x0m: index=-2 > snd-via82xx-modem: index=-2 > snd-pcsp: index=-2 > snd-usb-audio: index=-2 > > > !!Loaded sound module options > !!-------------------------- > > !!Module: snd_hda_intel > align_buffer_size : Y > bdl_pos_adj : 1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1 > beep_mode : 1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1 > enable : Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y > enable_msi : -1 > id : (null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null) > index : -1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1 > model : (null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null) > patch : (null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null) > position_fix : 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0 > power_save : 0 > power_save_controller : Y > probe_mask : -1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1 > probe_only : 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0 > single_cmd : N > snoop : Y > > > !!HDA-Intel Codec information > !!--------------------------- > --startcollapse-- > > Codec: Realtek ALC269VB > Address: 0 > AFG Function Id: 0x1 (unsol 1) > Vendor Id: 0x10ec0269 > Subsystem Id: 0x1458a950 > Revision Id: 0x100100 > No Modem Function Group found > Default PCM: > rates [0x560]: 44100 48000 96000 192000 > bits [0xe]: 16 20 24 > formats [0x1]: PCM > Default Amp-In caps: N/A > Default Amp-Out caps: N/A > GPIO: io=2, 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 > Node 0x02 [Audio Output] wcaps 0x1d: Stereo Amp-Out > Control: name="PCM Playback Volume", index=0, device=0 > ControlAmp: chs=3, dir=Out, idx=0, ofs=0 > Device: name="ALC269VB Analog", type="Audio", device=0 > Amp-Out caps: ofs=0x57, nsteps=0x57, stepsize=0x02, mute=0 > Amp-Out vals: [0x50 0x50] > Converter: stream=8, channel=0 > PCM: > rates [0x560]: 44100 48000 96000 192000 > bits [0xe]: 16 20 24 > formats [0x1]: PCM > Node 0x03 [Audio Output] wcaps 0x1d: Stereo Amp-Out > Control: name="Headphone Playback Volume", index=0, device=0 > ControlAmp: chs=3, dir=Out, idx=0, ofs=0 > Amp-Out caps: ofs=0x57, nsteps=0x57, stepsize=0x02, mute=0 > Amp-Out vals: [0x50 0x50] > Converter: stream=8, channel=0 > PCM: > rates [0x560]: 44100 48000 96000 192000 > bits [0xe]: 16 20 24 > formats [0x1]: PCM > Node 0x04 [Vendor Defined Widget] wcaps 0xf00000: Mono > Node 0x05 [Vendor Defined Widget] wcaps 0xf00000: Mono > Node 0x06 [Audio Output] wcaps 0x211: Stereo Digital > Converter: stream=0, channel=0 > Digital: > Digital category: 0x0 > PCM: > rates [0x5e0]: 44100 48000 88200 96000 192000 > bits [0xe]: 16 20 24 > formats [0x1]: PCM > Node 0x07 [Vendor Defined Widget] wcaps 0xf00000: Mono > Node 0x08 [Audio Input] wcaps 0x10011b: Stereo Amp-In > Amp-In caps: ofs=0x0b, nsteps=0x1f, stepsize=0x05, mute=1 > Amp-In vals: [0x8b 0x8b] > Converter: stream=0, channel=0 > SDI-Select: 0 > PCM: > rates [0x560]: 44100 48000 96000 192000 > bits [0xe]: 16 20 24 > formats [0x1]: PCM > Connection: 1 > 0x23 > Node 0x09 [Audio Input] wcaps 0x10011b: Stereo Amp-In > Control: name="Capture Switch", index=0, device=0 > Control: name="Capture Volume", index=0, device=0 > Device: name="ALC269VB Analog", type="Audio", device=0 > Amp-In caps: ofs=0x0b, nsteps=0x1f, stepsize=0x05, mute=1 > Amp-In vals: [0x8f 0x8f] > Converter: stream=4, channel=0 > SDI-Select: 0 > PCM: > rates [0x560]: 44100 48000 96000 192000 > bits [0xe]: 16 20 24 > formats [0x1]: PCM > Connection: 1 > 0x22 > Node 0x0a [Vendor Defined Widget] wcaps 0xf00000: Mono > Node 0x0b [Audio Mixer] wcaps 0x20010b: Stereo Amp-In > Control: name="Rear Mic Playback Volume", index=0, device=0 > ControlAmp: chs=3, dir=In, idx=0, ofs=0 > Control: name="Rear Mic Playback Switch", index=0, device=0 > ControlAmp: chs=3, dir=In, idx=0, ofs=0 > Control: name="Front Mic Playback Volume", index=0, device=0 > ControlAmp: chs=3, dir=In, idx=1, ofs=0 > Control: name="Front Mic Playback Switch", index=0, device=0 > ControlAmp: chs=3, dir=In, idx=1, ofs=0 > Control: name="Beep Playback Volume", index=0, device=0 > ControlAmp: chs=3, dir=In, idx=4, ofs=0 > Control: name="Beep Playback Switch", index=0, device=0 > ControlAmp: chs=3, dir=In, idx=4, ofs=0 > Amp-In caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1 > Amp-In vals: [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x97 0x97] > Connection: 5 > 0x18 0x19 0x1a 0x1b 0x1d > Node 0x0c [Audio Mixer] wcaps 0x20010b: Stereo Amp-In > Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-In vals: [0x00 0x00] [0x00 0x00] > Connection: 2 > 0x02 0x0b > Node 0x0d [Audio Mixer] wcaps 0x20010b: Stereo Amp-In > Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-In vals: [0x00 0x00] [0x00 0x00] > Connection: 2 > 0x03 0x0b > Node 0x0e [Vendor Defined Widget] wcaps 0xf00000: Mono > Node 0x0f [Audio Mixer] wcaps 0x20010a: Mono Amp-In > Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-In vals: [0x00] [0x80] > Connection: 2 > 0x02 0x0b > Node 0x10 [Vendor Defined Widget] wcaps 0xf00000: Mono > Node 0x11 [Vendor Defined Widget] wcaps 0xf00000: Mono > Node 0x12 [Pin Complex] wcaps 0x40000b: Stereo Amp-In > Control: name="Internal Mic Boost Volume", index=0, device=0 > ControlAmp: chs=3, dir=In, idx=0, ofs=0 > Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x2f, mute=0 > Amp-In vals: [0x03 0x03] > Pincap 0x00000020: IN > Pin Default 0x99a30940: [Fixed] Mic at Int ATAPI > Conn = ATAPI, Color = Unknown > DefAssociation = 0x4, Sequence = 0x0 > Misc = NO_PRESENCE > Pin-ctls: 0x20: IN > Node 0x13 [Vendor Defined Widget] wcaps 0xf00000: Mono > Node 0x14 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out > Control: name="Speaker Playback Switch", index=0, device=0 > ControlAmp: chs=3, dir=Out, idx=0, ofs=0 > Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-Out vals: [0x00 0x00] > Pincap 0x00010014: OUT EAPD Detect > EAPD 0x2: EAPD > Pin Default 0x99130110: [Fixed] Speaker at Int ATAPI > Conn = ATAPI, Color = Unknown > DefAssociation = 0x1, Sequence = 0x0 > Misc = NO_PRESENCE > Pin-ctls: 0x40: OUT > Unsolicited: tag=00, enabled=0 > Connection: 2 > 0x0c* 0x0d > Node 0x15 [Vendor Defined Widget] wcaps 0xf00000: Mono > Node 0x16 [Vendor Defined Widget] wcaps 0xf00000: Mono > Node 0x17 [Pin Complex] wcaps 0x40010c: Mono Amp-Out > Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-Out vals: [0x80] > Pincap 0x00000010: OUT > Pin Default 0x411111f0: [N/A] Speaker at Ext Rear > Conn = 1/8, Color = Black > DefAssociation = 0xf, Sequence = 0x0 > Misc = NO_PRESENCE > Pin-ctls: 0x00: > Connection: 1 > 0x0f > Node 0x18 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out > Control: name="Rear Mic Boost Volume", index=0, device=0 > ControlAmp: chs=3, dir=In, idx=0, ofs=0 > Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x2f, mute=0 > Amp-In vals: [0x02 0x02] > Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-Out vals: [0x80 0x80] > Pincap 0x00001734: IN OUT Detect > Vref caps: HIZ 50 GRD 80 > Pin Default 0x01a11830: [Jack] Mic at Ext Rear > Conn = 1/8, Color = Black > DefAssociation = 0x3, Sequence = 0x0 > Pin-ctls: 0x24: IN VREF_80 > Unsolicited: tag=00, enabled=0 > Connection: 1 > 0x0d > Node 0x19 [Pin Complex] wcaps 0x40008b: Stereo Amp-In > Control: name="Front Mic Boost Volume", index=0, device=0 > ControlAmp: chs=3, dir=In, idx=0, ofs=0 > Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x2f, mute=0 > Amp-In vals: [0x00 0x00] > Pincap 0x00001724: IN Detect > Vref caps: HIZ 50 GRD 80 > Pin Default 0x02a1183f: [Jack] Mic at Ext Front > Conn = 1/8, Color = Black > DefAssociation = 0x3, Sequence = 0xf > Pin-ctls: 0x24: IN VREF_80 > Unsolicited: tag=00, enabled=0 > Node 0x1a [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out > Control: name="PCM Playback Switch", index=0, device=0 > ControlAmp: chs=3, dir=Out, idx=0, ofs=0 > Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x2f, mute=0 > Amp-In vals: [0x00 0x00] > Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-Out vals: [0x00 0x00] > Pincap 0x0000003c: IN OUT HP Detect > Pin Default 0x02211020: [Jack] HP Out at Ext Front > Conn = 1/8, Color = Black > DefAssociation = 0x2, Sequence = 0x0 > Pin-ctls: 0x40: OUT > Unsolicited: tag=01, enabled=1 > Connection: 2 > 0x0c* 0x0d > Node 0x1b [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out > Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x2f, mute=0 > Amp-In vals: [0x00 0x00] > Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-Out vals: [0x80 0x80] > Pincap 0x00000034: IN OUT Detect > Pin Default 0x411111f0: [N/A] Speaker at Ext Rear > Conn = 1/8, Color = Black > DefAssociation = 0xf, Sequence = 0x0 > Misc = NO_PRESENCE > Pin-ctls: 0x20: IN > Unsolicited: tag=00, enabled=0 > Connection: 2 > 0x0c* 0x0d > Node 0x1c [Vendor Defined Widget] wcaps 0xf00000: Mono > Node 0x1d [Pin Complex] wcaps 0x400000: Mono > Pincap 0x00000020: IN > Pin Default 0x598301f0: [N/A] Line In at Int ATAPI > Conn = ATAPI, Color = Unknown > DefAssociation = 0xf, Sequence = 0x0 > Misc = NO_PRESENCE > Pin-ctls: 0x20: IN > Node 0x1e [Pin Complex] wcaps 0x400381: Stereo Digital > Pincap 0x00000014: OUT Detect > Pin Default 0x411111f0: [N/A] Speaker at Ext Rear > Conn = 1/8, Color = Black > DefAssociation = 0xf, Sequence = 0x0 > Misc = NO_PRESENCE > Pin-ctls: 0x40: OUT > Unsolicited: tag=00, enabled=0 > Connection: 1 > 0x06 > Node 0x1f [Vendor Defined Widget] wcaps 0xf00000: Mono > Node 0x20 [Vendor Defined Widget] wcaps 0xf00040: Mono > Processing caps: benign=0, ncoeff=25 > Node 0x21 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out > Control: name="Headphone Playback Switch", index=0, device=0 > ControlAmp: chs=3, dir=Out, idx=0, ofs=0 > Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-Out vals: [0x00 0x00] > Pincap 0x0000001c: OUT HP Detect > Pin Default 0x0121101f: [Jack] HP Out at Ext Rear > Conn = 1/8, Color = Black > DefAssociation = 0x1, Sequence = 0xf > Pin-ctls: 0xc0: OUT HP > Unsolicited: tag=04, enabled=1 > Connection: 2 > 0x0c 0x0d* > Node 0x22 [Audio Selector] wcaps 0x30010b: Stereo Amp-In > Control: name="Input Source", index=0, device=0 > Amp-In caps: N/A > Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 > 0x00] [0x00 0x00] [0x00 0x00] > Connection: 7 > 0x18* 0x19 0x1a 0x1b 0x1d 0x0b 0x12 > Node 0x23 [Audio Mixer] wcaps 0x20010b: Stereo Amp-In > Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-In vals: [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 > 0x80] [0x80 0x80] > Connection: 6 > 0x18 0x19 0x1a 0x1b 0x1d 0x0b > Codec: Intel IbexPeak HDMI > Address: 3 > AFG Function Id: 0x1 (unsol 0) > Vendor Id: 0x80862804 > Subsystem Id: 0x80860101 > Revision Id: 0x100000 > No Modem Function Group found > Default PCM: > rates [0x0]: > bits [0x0]: > formats [0x0]: > Default Amp-In caps: N/A > Default Amp-Out caps: N/A > GPIO: io=0, o=0, i=0, unsolicited=0, wake=0 > Node 0x02 [Audio Output] wcaps 0x6611: 8-Channels Digital > Converter: stream=0, channel=0 > Digital: Enabled GenLevel > Digital category: 0x2 > PCM: > rates [0x7f0]: 32000 44100 48000 88200 96000 176400 192000 > bits [0x1e]: 16 20 24 32 > formats [0x5]: PCM AC3 > Power states: D0 D3 > Power: setting=D0, actual=D0 > Node 0x03 [Audio Output] wcaps 0x6611: 8-Channels Digital > Converter: stream=0, channel=0 > Digital: Enabled > Digital category: 0x0 > PCM: > rates [0x7f0]: 32000 44100 48000 88200 96000 176400 192000 > bits [0x1e]: 16 20 24 32 > formats [0x5]: PCM AC3 > Power states: D0 D3 > Power: setting=D0, actual=D0 > Node 0x04 [Pin Complex] wcaps 0x40778d: 8-Channels Digital Amp-Out CP > Control: name="IEC958 Playback Con Mask", index=0, device=0 > Control: name="IEC958 Playback Pro Mask", index=0, device=0 > Control: name="IEC958 Playback Default", index=0, device=0 > Control: name="IEC958 Playback Switch", index=0, device=0 > Control: name="ELD", index=0, device=3 > Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-Out vals: [0x00 0x00] > Pincap 0x09000094: OUT Detect HBR HDMI DP > Pin Default 0x18560010: [Jack] Digital Out at Int HDMI > Conn = Digital, Color = Unknown > DefAssociation = 0x1, Sequence = 0x0 > Pin-ctls: 0x00: > Unsolicited: tag=04, enabled=1 > Power states: D0 D3 > Power: setting=D0, actual=D0 > Connection: 2 > 0x02* 0x03 > Node 0x05 [Pin Complex] wcaps 0x40778d: 8-Channels Digital Amp-Out CP > Control: name="IEC958 Playback Con Mask", index=1, device=0 > Control: name="IEC958 Playback Pro Mask", index=1, device=0 > Control: name="IEC958 Playback Default", index=1, device=0 > Control: name="IEC958 Playback Switch", index=1, device=0 > Control: name="ELD", index=0, device=7 > Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-Out vals: [0x00 0x00] > Pincap 0x09000094: OUT Detect HBR HDMI DP > Pin Default 0x18560010: [Jack] Digital Out at Int HDMI > Conn = Digital, Color = Unknown > DefAssociation = 0x1, Sequence = 0x0 > Pin-ctls: 0x00: > Unsolicited: tag=05, enabled=1 > Power states: D0 D3 > Power: setting=D0, actual=D0 > Connection: 2 > 0x02* 0x03 > Node 0x06 [Pin Complex] wcaps 0x40778d: 8-Channels Digital Amp-Out CP > Control: name="IEC958 Playback Con Mask", index=2, device=0 > Control: name="IEC958 Playback Pro Mask", index=2, device=0 > Control: name="IEC958 Playback Default", index=2, device=0 > Control: name="IEC958 Playback Switch", index=2, device=0 > Control: name="ELD", index=0, device=8 > Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-Out vals: [0x00 0x00] > Pincap 0x09000094: OUT Detect HBR HDMI DP > Pin Default 0x18560010: [Jack] Digital Out at Int HDMI > Conn = Digital, Color = Unknown > DefAssociation = 0x1, Sequence = 0x0 > Pin-ctls: 0x00: > Unsolicited: tag=06, enabled=1 > Power states: D0 D3 > Power: setting=D0, actual=D0 > Connection: 2 > 0x02* 0x03 > Node 0x07 [Vendor Defined Widget] wcaps 0xf00000: Mono > --endcollapse-- >

2 1

Re: [alsa-devel] multiple, non-physically accesible, HDMI devices listed for Intel IbexPeak ALC269VB
by Stephen Warren 23 Feb '12

23 Feb '12

Andres Cimmarusti wrote at Wednesday, February 22, 2012 5:02 PM: > First of all, thank you for your feedback. It's been quite helpful / insightful ... > > There are ways to configure pulseaudio to allow the user to select which > > PCM device to use on a given sound card. David Henningsson made this work > > for NVIDIA GPUs at least in Ubuntu, and I imagine the same technique > > could be applied to Intel devices too. > > Mmm.. just in Ubuntu? was this work submitted upstream? It appears > there are some related fixes shown in the Ubuntu pulseaudio changelog: I think the following Ubuntu bug covers the patch: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/716371 See the patch in comment #2. Hopefully David will chime in on upstreaming status etc. The following might be interesting; at least some of it will apply to non-NVIDIA graphics cards: ftp://download.nvidia.com/XFree86/gpu-hdmi-audio-document/gpu-hdmi-audio.ht… -- nvpublic

1 0