April 2010 - Alsa-devel - mailman.alsa-project.org

Re: [alsa-devel] mx31 snd and mc13783 codec status
by Sascha Hauer 06 Apr '10

06 Apr '10

On Thu, Apr 01, 2010 at 06:01:38PM +0200, Valentin Longchamp wrote: > Hi Sascha, > > Sascha Hauer wrote: >> >> Find the latest version of my code here: >> >> The following changes since commit 01e77706cdde7c0b47e5ca1f4284a795504c7c40: >> Linus Torvalds (1): >> Merge branch 'for-linus' of git://gitorious.org/linux-omap-dss2/linux >> >> are available in the git repository at: >> >> git://git.pengutronix.de/git/sha/linux-2.6.git mc13783 >> >> Sascha Hauer (3): >> add a mc13783 codec driver >> add phycore-mc13783 sound support >> pcm038: add sound support >> >> arch/arm/mach-mx2/mach-pcm038.c | 23 ++- >> sound/soc/codecs/Kconfig | 4 + >> sound/soc/codecs/Makefile | 2 + >> sound/soc/codecs/mc13783.c | 727 +++++++++++++++++++++++++++++++++++++++ >> sound/soc/codecs/mc13783.h | 32 ++ >> sound/soc/imx/Kconfig | 9 + >> sound/soc/imx/Makefile | 3 + >> sound/soc/imx/phycore-mc13783.c | 160 +++++++++ >> 8 files changed, 959 insertions(+), 1 deletions(-) >> create mode 100644 sound/soc/codecs/mc13783.c >> create mode 100644 sound/soc/codecs/mc13783.h >> create mode 100644 sound/soc/imx/phycore-mc13783.c >> >>> And do you know if your initial mc13783 codec support coupled with >>> mx31 had some limitations ? Our setup is quite straightforward, we >>> have direct connection from the mx31 to the mc13783 on a single SSI. >> >> Our board uses both SSI channels of the MC13783 which we then mux into >> one channel in the DAM unit. I don't know how this affects you. >> > > I have struggled with the DAM unit (this thing is an awful bulk of > wires) and now I get some sound on the loudspeaker. > > The thing is that I get a less than a second sound loop (I use aplay to > test, so userspace app should be ok), as if the buffer that the fiq asm > interrupt (from ssi_fiq.S) copies to the SSI hardware never was updated. > > If I have understood the fiq behaviour correctly, you have a asm fiq > interrupt that does copy a larger tx buffer into the SSI hardware. > Besides it, you have the imx_ssi_timer_callback that checks when the tx > buffer was completely copied. If it is the case, then a new buffer tx > buffer is "issued" with the snd_pcm_period_elapsed call (and then > snd_pcm_update_hw_ptr0). Is this behaviour correct ? Yes. > > If then it looks like on my system, I have a problem with the > snd_pcm_update_hw_ptr0 call. You could try reverting b4e82b5b785670b68136765059d1afc65c0ae023. Though I have tested it on my boards it may have some implications. Sascha -- Pengutronix e.K. | | Industrial Linux Solutions | http://www.pengutronix.de/ | Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |

3 4

Re: [alsa-devel] Help! Need to switch between normal speaker and BT headset dynamically
by ANISH KUMAR 06 Apr '10

06 Apr '10

As my question is related to the query what pradeep is asking and mark brown also suggested to me to use PA. I have some additional questions regarding PA which i would like to clarify before starting: 1.Does PA have good resampler code if my hardware doesn't support resampling? I have a system where we are using ALSA as the base and on top(application side) of it there is a thread running which is pumping data and this thread is started by java code.Combination of LINUX+JAVA. This thread can perform these tasks: 1.Resampling for some rates. 2.Talking to PV framework to get the decoded PCM data and pumping audio data to alsa. 3.Routing support using asound.conf file. Can i replace this thread with PA by writing some wrapper over PA?? What extra features PA is going to provide additionally if i start using PA other than what is listed above??As i know PA is kind of sound deamon which my thread is not. Is there any good resampler code which i can use without any licensing problem and which can be easily integrated???

2 1

[alsa-devel] Help! Need to switch between normal speaker and BT headset dynamically
by Pradeep Kumar Jilagam 06 Apr '10

06 Apr '10

Hi, I am trying to switch the ALSA audio output between default speaker and BT(BlueTooth) headset. For this, I have used the bluez stack for the BT headset scanning and detection. After this, I have updated the .asoundrc file with the corresponding details(like MAC address of the detected BT headset and the device type as "pcm.bluetooth"). And finally, I used the aplay utility to play the file. This approach works fine but this needs restart of the playback session to start routing on the BT headset. I am trying for a solution(application/plugin) that can dynamically set the BT headset as the default audio output device and start streaming to it automatically as soon as the BT headset is detected in the middle of audio playback. Is this possible to do and if yes, is there an ALSA application/plugin already available for this? Thanks, Pradeep

3 3

[alsa-devel] ~~Hi~~
by John Kha 06 Apr '10

06 Apr '10

http://sites.google.com/site/sfg56yhs/cqdj4h -- John C. Kha

1 0

[alsa-devel] Is this a bug in alsa? (mute + hdmi audio related)
by VDR User 06 Apr '10

06 Apr '10

I've got an htpc using the following: Debian linux (testing) kernel 2.6.33.2 (stable) VDR-1.7.14 with the vdr-xine-0.9.3 output plugin Nvidia GT220 video card xine-lib-1.2 w/vdpau alsa-driver-20100307.tar.gz w/Wei's reworked nvhdmi code I'm using an HDMI cable going from the video card to my tv, and audio is going over the cable as well. When I press mute in VDR, I see the mute icon appear but the audio is not muted. I'm not sure if this is a xine problem or alsa but I'm guessing alsa since my previous setup was all the same except I was using a different Nvidia video card, but still with vdpau, and audio/video going from DVI-OUT on the card, to a DVI->HDMI cable into my tv. Could the problem be within the alsa driver somewhere or am I barking up the wrong tree? Thanks for any help.

1 0

[alsa-devel] [PATCH 00/37] OF: move device node pointer into struct device.
by Grant Likely 06 Apr '10

06 Apr '10

Currently on OF enabled platforms, the device node pointer is stored in both device.archdata.of_node (.prom_node on sparc), and in of_device.node OF device tree support is being generalized to work on any platform, so instead of adding the of_node pointer to each platform's archdata individually, this patch series moves the of_node pointer into struct device proper and fixes up all users to reference the new location. The last 3 patches in this series remove the old .archdata.of_node, .archdata.prom_node and of_device.node instances. This series has been compile tested on powerpc, sparc and microblaze, (allmodconfig used on sparc and powerpc) and boot tested on an mpc5200 powerpc. All known (or at least all I could find) in-tree users of the old names have been removed. This series should also be fully bisectable. After I collect acks, I would like to get this whole series into linux-next to see if I've missed any references, but I can probably hold off merging the last three patches when the 2.6.35 merge window opens to give out of tree users a bit more time to adapt. In fact, I'd probably wait a few extra days after pushing out the bulk of this series before I push the last 3 patches into my linux-next branch to isolate the drivers that I missed while fixing. Cheers, g. --- Grant Likely (37): arch/sparc: Remove .archdata.of_node and use .of_node in struct device arch/microblaze: Remove .archdata.of_node and use .of_node in struct device arch/powerpc: Remove .archdata.of_node and use .of_node in struct device sound/sparc: use .dev.of_node instead of .node in struct of_device sound/soc: use .dev.of_node instead of .node in struct of_device sound/aoa: use .dev.of_node instead of .node in struct of_device drivers/of: use .of_node instead of .archdata.of_node in struct device drivers/cdrom: use .of_node instead of .archdata.of_node in struct device drivers/char: use .of_node instead of .archdata.of_node in struct device drivers/scsi: use .of_node instead of .archdata.of_node in struct device drivers/of: use .dev.of_node instead of .node in struct of_device drivers/mtd: use .dev.of_node instead of .node in struct of_device drivers/infiniband: use .dev.of_node instead of .node in struct of_device drivers/char: use .dev.of_node instead of .node in struct of_device drivers/i2c: use .dev.of_node instead of .node in struct of_device drivers/leds: use .dev.of_node instead of .node in struct of_device drivers/ata: use .dev.of_node instead of .node in struct of_device drivers/input: use .dev.of_node instead of .node in struct of_device drivers/serial: use .dev.of_node instead of .node in struct of_device drivers/pcmcia: use .dev.of_node instead of .node in struct of_device drivers/net: use .dev.of_node instead of .node in struct of_device drivers/sbus: use .dev.of_node instead of .node in struct of_device drivers/mmc: use .dev.of_node instead of .node in struct of_device drivers/spi: use .dev.of_node instead of .node in struct of_device drivers/macintosh: use .dev.of_node instead of .node in struct of_device drivers/usb: use .dev.of_node instead of .node in struct of_device drivers/scsi: use .dev.of_node instead of .node in struct of_device drivers/video: use .dev.of_node instead of .node in struct of_device drivers/atm: use .dev.of_node instead of .node in struct of_device drivers/watchdog: use .dev.of_node instead of .node in struct of_device drivers/serial: use .dev.of_node instead of .node in struct of_device arch/microblaze: use .dev.of_node instead of .node in struct of_device arch/powerpc: use .dev.of_node instead of .node in struct of_device arch/sparc: use .dev.of_node instead of .node in struct of_device of/sparc: use dev->of_node instead of dev->archdata.prom_node of: Eliminate dev_archdata_get_node() i2c/of: Allow device node to be passed via i2c_board_info arch/microblaze/include/asm/device.h | 14 ------------ arch/microblaze/include/asm/of_device.h | 1 - arch/microblaze/kernel/of_device.c | 12 ++++------ arch/microblaze/kernel/of_platform.c | 4 ++- arch/powerpc/include/asm/device.h | 22 +++++++------------ arch/powerpc/include/asm/macio.h | 2 +- arch/powerpc/include/asm/of_device.h | 1 - arch/powerpc/kernel/ibmebus.c | 4 ++- arch/powerpc/kernel/of_device.c | 12 ++++------ arch/powerpc/kernel/of_platform.c | 16 +++++++------- arch/powerpc/kernel/pci-common.c | 1 - arch/powerpc/kernel/vio.c | 17 +++++++-------- arch/powerpc/platforms/52xx/mpc52xx_gpio.c | 4 ++- arch/powerpc/platforms/52xx/mpc52xx_gpt.c | 16 +++++++------- arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c | 6 +++-- arch/powerpc/platforms/82xx/ep8248e.c | 6 +++-- arch/powerpc/platforms/83xx/suspend.c | 2 +- arch/powerpc/platforms/cell/axon_msi.c | 2 +- arch/powerpc/platforms/cell/iommu.c | 5 ++-- arch/powerpc/platforms/pasemi/gpio_mdio.c | 2 +- arch/powerpc/platforms/pasemi/setup.c | 4 ++- arch/powerpc/platforms/ps3/system-bus.c | 1 - arch/powerpc/platforms/pseries/iommu.c | 2 +- arch/powerpc/sysdev/axonram.c | 6 +++-- arch/powerpc/sysdev/bestcomm/bestcomm.c | 8 +++---- arch/powerpc/sysdev/fsl_msi.c | 14 ++++++------ arch/powerpc/sysdev/fsl_pmc.c | 2 +- arch/powerpc/sysdev/pmi.c | 2 +- arch/sparc/include/asm/device.h | 15 ------------- arch/sparc/include/asm/fb.h | 2 +- arch/sparc/include/asm/floppy_64.h | 4 ++- arch/sparc/include/asm/of_device.h | 1 - arch/sparc/include/asm/parport.h | 2 +- arch/sparc/kernel/auxio_64.c | 2 +- arch/sparc/kernel/central.c | 4 ++- arch/sparc/kernel/chmc.c | 10 ++++----- arch/sparc/kernel/ioport.c | 2 +- arch/sparc/kernel/of_device_32.c | 18 +++++++--------- arch/sparc/kernel/of_device_64.c | 29 ++++++++++++------------- arch/sparc/kernel/of_device_common.c | 4 ++- arch/sparc/kernel/pci.c | 13 ++++------- arch/sparc/kernel/pci_common.c | 9 ++++---- arch/sparc/kernel/pci_fire.c | 4 ++- arch/sparc/kernel/pci_msi.c | 18 ++++++++-------- arch/sparc/kernel/pci_psycho.c | 4 ++- arch/sparc/kernel/pci_sabre.c | 4 ++- arch/sparc/kernel/pci_schizo.c | 14 ++++++------ arch/sparc/kernel/pci_sun4v.c | 8 +++---- arch/sparc/kernel/power.c | 4 ++- arch/sparc/kernel/psycho_common.c | 2 +- arch/sparc/kernel/sbus.c | 16 +++++++------- arch/sparc/kernel/time_32.c | 2 +- arch/sparc/kernel/time_64.c | 6 +++-- drivers/ata/pata_macio.c | 2 +- drivers/ata/pata_of_platform.c | 2 +- drivers/atm/fore200e.c | 16 ++++++++------ drivers/cdrom/viocd.c | 2 +- drivers/char/hw_random/n2-drv.c | 2 +- drivers/char/hw_random/pasemi-rng.c | 2 +- drivers/char/ipmi/ipmi_si_intf.c | 4 ++- drivers/char/viotape.c | 2 +- drivers/gpio/pca953x.c | 2 +- drivers/i2c/busses/i2c-mpc.c | 17 ++++++++------- drivers/i2c/i2c-core.c | 3 +++ drivers/ide/pmac.c | 10 ++++----- drivers/infiniband/hw/ehca/ehca_main.c | 11 +++++---- drivers/input/serio/i8042-sparcio.h | 2 +- drivers/input/serio/xilinx_ps2.c | 8 +++---- drivers/leds/leds-gpio.c | 2 +- drivers/macintosh/macio_asic.c | 16 +++++++------- drivers/macintosh/macio_sysfs.c | 6 +++-- drivers/macintosh/rack-meter.c | 4 ++- drivers/macintosh/therm_pm72.c | 2 +- drivers/mmc/host/of_mmc_spi.c | 4 ++- drivers/mmc/host/sdhci-of-core.c | 2 +- drivers/mtd/maps/physmap_of.c | 6 +++-- drivers/mtd/maps/sun_uflash.c | 2 +- drivers/mtd/nand/fsl_elbc_nand.c | 6 +++-- drivers/mtd/nand/pasemi_nand.c | 2 +- drivers/net/can/sja1000/sja1000_of_platform.c | 4 ++- drivers/net/ehea/ehea_main.c | 14 ++++++------ drivers/net/greth.c | 3 ++- drivers/net/ibm_newemac/core.c | 13 ++++++----- drivers/net/ibm_newemac/debug.c | 9 ++++---- drivers/net/ibm_newemac/debug.h | 4 ++- drivers/net/ibm_newemac/mal.c | 28 ++++++++++++------------ drivers/net/ibm_newemac/rgmii.c | 12 +++++----- drivers/net/ibm_newemac/tah.c | 7 +++--- drivers/net/ibm_newemac/zmii.c | 9 ++++---- drivers/net/myri_sbus.c | 2 +- drivers/net/niu.c | 10 ++++----- drivers/net/phy/mdio-gpio.c | 6 +++-- drivers/net/sunbmac.c | 6 +++-- drivers/net/sunhme.c | 8 +++---- drivers/net/sunlance.c | 6 +++-- drivers/net/sunqe.c | 6 +++-- drivers/net/xilinx_emaclite.c | 8 +++---- drivers/of/device.c | 20 +++++++++-------- drivers/of/of_i2c.c | 4 ++- drivers/of/of_mdio.c | 5 ++-- drivers/of/of_spi.c | 1 - drivers/pcmcia/electra_cf.c | 2 +- drivers/sbus/char/bbc_envctrl.c | 4 ++- drivers/sbus/char/bbc_i2c.c | 4 ++- drivers/sbus/char/display7seg.c | 2 +- drivers/sbus/char/envctrl.c | 2 +- drivers/sbus/char/flash.c | 4 ++- drivers/sbus/char/uctrl.c | 2 +- drivers/scsi/ibmvscsi/ibmvfc.c | 2 +- drivers/scsi/ibmvscsi/ibmvscsi.c | 2 +- drivers/scsi/qlogicpti.c | 10 ++++----- drivers/scsi/sun_esp.c | 16 +++++++------- drivers/serial/apbuart.c | 2 +- drivers/serial/mpc52xx_uart.c | 8 +++---- drivers/serial/nwpserial.c | 2 +- drivers/serial/of_serial.c | 4 ++- drivers/serial/pmac_zilog.c | 2 +- drivers/serial/sunhv.c | 2 +- drivers/serial/sunsab.c | 6 +++-- drivers/serial/sunsu.c | 6 +++-- drivers/serial/sunzilog.c | 8 +++---- drivers/serial/uartlite.c | 6 +++-- drivers/spi/mpc52xx_psc_spi.c | 11 +++++---- drivers/spi/mpc52xx_spi.c | 14 ++++++------ drivers/spi/spi_mpc8xxx.c | 6 +++-- drivers/usb/host/ehci-ppc-of.c | 2 +- drivers/usb/host/isp1760-if.c | 2 +- drivers/usb/host/ohci-ppc-of.c | 2 +- drivers/video/cg6.c | 2 +- drivers/video/ffb.c | 2 +- drivers/watchdog/cpwd.c | 2 +- include/linux/i2c.h | 4 +++ sound/aoa/fabrics/layout.c | 2 +- sound/aoa/soundbus/core.c | 8 +++---- sound/aoa/soundbus/i2sbus/control.c | 2 +- sound/aoa/soundbus/i2sbus/core.c | 4 ++- sound/aoa/soundbus/sysfs.c | 4 ++- sound/soc/fsl/mpc8610_hpcd.c | 2 +- sound/sparc/cs4231.c | 6 +++-- sound/sparc/dbri.c | 2 +- 140 files changed, 422 insertions(+), 458 deletions(-) -- Signature

10 52

[alsa-devel] good USB card with S/PDIF support in ALSA?
by pl bossart 05 Apr '10

05 Apr '10

Hey y'all, I'd like to connect my Fedora laptop to my audio receiver and of course I have no S/PDIF output... Does anyone know of a good USB device, that works well with ALSA and supports compressed multichannel data pass-through? I have seen reports of issues on this mailing list with M-Audio, any other alternatives? Thanks. Pierre

1 0

[alsa-devel] ASoC updates for 2.6.35
by Mark Brown 05 Apr '10

05 Apr '10

The following changes since commit 2c9504228fe4e4cc65f3debf6d2a6a0f44cf4c2d: Mark Brown (1): Merge branch 'for-2.6.34' into for-2.6.35 are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound-2.6.git for-2.6.35 The MFD updates for WM8994 are here because the only real consumer of the interrupts on that device is the CODEC driver so it'd create cross tree issues to try to merge the consumer side separately to the controller; Samuel has acked the interrupt controller patch. Daniel Mack (1): ALSA: ASoC: move dma_data from snd_soc_dai to snd_soc_pcm_stream Janusz Krzysztofik (1): ASoC: OMAP: Fix capture pointer handling for OMAP1510 to work correctly with recent ALSA PCM code Mark Brown (9): ASoC: Avoid wraparound in wm_hubs DC servo correction ASoC: Support second DC servo readback method for wm_hubs ASoC: Don't do runtime wm_hubs DC servo updates if using offset correction ASoC: Don't use DCS_DATAPATH_BUSY for WM hubs devices ASoC: Only do WM8994 bias off transition from standby mfd: Add WM8994 interrupt controller support gpiolib: Implement gpio_to_irq for WM8994 GPIO controller ASoC: Implement interrupt based WM8994 microphone detection Merge branch 'for-2.6.34' into for-2.6.35 Tejun Heo (1): mfd: update gfp/slab.h includes drivers/gpio/wm8994-gpio.c | 12 ++ drivers/mfd/Kconfig | 4 +- drivers/mfd/Makefile | 2 +- drivers/mfd/davinci_voicecodec.c | 1 + drivers/mfd/wm8994-core.c | 43 +++++- drivers/mfd/wm8994-irq.c | 310 ++++++++++++++++++++++++++++++++++++++ include/linux/mfd/wm8994/core.h | 53 +++++++- include/linux/mfd/wm8994/pdata.h | 1 + include/sound/soc.h | 2 +- sound/soc/codecs/wm8994.c | 193 ++++++++++++++++++++---- sound/soc/codecs/wm8994.h | 3 + sound/soc/codecs/wm_hubs.c | 83 ++++++---- sound/soc/codecs/wm_hubs.h | 1 + sound/soc/omap/omap-pcm.c | 17 +- 14 files changed, 648 insertions(+), 77 deletions(-) create mode 100644 drivers/mfd/wm8994-irq.c

2 1

[alsa-devel] snd-hda-intel: Is there a way to specify a quirk for the default bdl_pos_adj value for the given chipset (PCI ID)?
by Aleksander Adamowski 05 Apr '10

05 Apr '10

Hi! I'm working on a patch against GIT for snd-hda-intel that would let my card's capture work properly without losing ability to capture audio (that's an old story available in this thread: http://thread.gmane.org/gmane.linux.alsa.devel/66775). I know how to make position_fix=1 permanent for the given PCI ID (the snd_pci_quirk position_fix_list struct array in hda_intel.c), but there seems to be no way of making a similar quirk for bdl_pos_adj - am I looking in the wrong place? My work on a patch goes in parallel with determining the minimal set of modifications that will solve the problem. Currently, I've determined that the combination of 3 module options described in this forum post solves my problem: http://www.linuxhardware.org/forums/viewtopic.php?p=66&sid=f6e8953338fd94c7… I'm working on isolating the minimum set of these that solves the problem (which requires a couple of hours to be reproduce, so that takes time). I've observed that neither position_fix=1, nor bdl_pos_adj=0 solve the problem by themselves in isolation. I'm unsure whether model=3stack-6ch is necessary at all, because patch_realtek.c already has the model mapping for my combination of PCI IDs and it maps to a different model: SND_PCI_QUIRK(0x1458, 0xa002, "Gigabyte P35 DS3R", ALC882_6ST_DIG), Once the minimization is accomplished, I want to prepare a patch against GIT (git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git is the repo to work against, as far as I understand). But since it seems that bdl_pos_adj=0 is required for proper operation, I need a method to map the default for that option in the sources, if there is such a method. I'd be grateful for any pointers. -- Best Regards, Aleksander Adamowski http://olo.org.pl

1 0

[alsa-devel] [PATCH] Enable amplifiers on Acer Inspire 6530G
by Tony Vroon 05 Apr '10

05 Apr '10

After more tests it appears that EAPD needs to be enabled on both the 0x14 and 0x15 NIDs to enable the main speaker and headphone amplifiers. The maximum volume setting is now equal to what the machine achieves under other operating systems. Disabling Front or LFE playback triggers EAPD and disables the amplifier. As such, these two playback switches have been removed from the mixer. Signed-off-by: Tony Vroon <tony(a)linx.net> --- Takashi, I would appreciate it if this could make it for 2.6.34; it could be explained as a regression in the earlier 6530g changes. --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -1621,6 +1621,11 @@ static struct hda_verb alc888_acer_aspire_4930g_verbs[] = { */ static struct hda_verb alc888_acer_aspire_6530g_verbs[] = { +/* Route to built-in subwoofer as well as speakers */ + {0x0c, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_UNMUTE(0)}, + {0x0c, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_UNMUTE(1)}, + {0x0f, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_UNMUTE(0)}, + {0x0f, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_UNMUTE(1)}, /* Bias voltage on for external mic port */ {0x18, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_IN | PIN_VREF80}, /* Front Mic: set to PIN_IN (empty by default) */ @@ -1632,10 +1637,12 @@ static struct hda_verb alc888_acer_aspire_6530g_verbs[] = { /* Enable speaker output */ {0x14, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_OUT}, {0x14, AC_VERB_SET_AMP_GAIN_MUTE, AMP_OUT_UNMUTE}, + {0x14, AC_VERB_SET_EAPD_BTLENABLE, 2}, /* Enable headphone output */ {0x15, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_OUT | PIN_HP}, {0x15, AC_VERB_SET_AMP_GAIN_MUTE, AMP_OUT_UNMUTE}, {0x15, AC_VERB_SET_CONNECT_SEL, 0x00}, + {0x15, AC_VERB_SET_EAPD_BTLENABLE, 2}, { } }; @@ -8398,9 +8405,7 @@ static struct snd_kcontrol_new alc883_acer_aspire_mixer[] = { static struct snd_kcontrol_new alc888_acer_aspire_6530_mixer[] = { HDA_CODEC_VOLUME("Front Playback Volume", 0x0c, 0x0, HDA_OUTPUT), - HDA_BIND_MUTE("Front Playback Switch", 0x0c, 2, HDA_INPUT), HDA_CODEC_VOLUME("LFE Playback Volume", 0x0f, 0x0, HDA_OUTPUT), - HDA_BIND_MUTE("LFE Playback Switch", 0x0f, 2, HDA_INPUT), HDA_CODEC_VOLUME("Line Playback Volume", 0x0b, 0x02, HDA_INPUT), HDA_CODEC_MUTE("Line Playback Switch", 0x0b, 0x02, HDA_INPUT), HDA_CODEC_VOLUME("CD Playback Volume", 0x0b, 0x04, HDA_INPUT),

2 1