July 2015 - Alsa-devel - mailman.alsa-project.org

[alsa-devel] RME MADIFX mainline inclusion
by Adrian Knoth 10 Aug '15

10 Aug '15

Hi Takashi! Back in the days (late 2012 I guess), I wrote the MADIFX driver based on the existing RME hdspm.c. I never had physical access to this 1399 Euro audio interface, only the OSX driver and a shell login to one of IOSONO's machines which temporarily featured such a card. I know there are other users like University of Washington (DXARTS) and probably some more (the usual WFS suspects). Long story short: I don't have such a card and since I no longer work in Linux audio, I guess I won't have access in the foreseeable future. That said, I think the driver should be part of the mainline kernel, so it gets all the love the other drivers get (static code analysis, API changes etc.) I think I've ported everything you guys have done to hdspm: I've read the commitlog for hdspm and applied those changes to the madifx driver. Code is here: https://github.com/adiknoth/madifx/commits/tokernel Status: * PCM playback/capture working (SS and DS tested, QS untested) * MIDI working * All card settings working (e.g. TX64, SMUX, AESpro, WC-Term, WC-singlespeed...) * Slave Mode/External clock selection working * Mirror-MADI1-to-Out2+3 maybe working (untested) * Redundancy mode maybe working (untested) * ioctls implemented (see ioctl.c) * Static mixer working (fixed 1:1 mapping) * DSP NOT working. RME doesn't intend to release any information regarding the DSP. * Adjustable mixer NOT working (needs new userspace tools) * Levelmetering NOT working (maybe wrong, needs new userspace tools) I have no idea who could write the new mixer code. Apparently, demand is low, maybe zero. checkpatch reports four warnings of which one is a false-positive, the other one doesn't make sense and only two are real but somewhat ugly to fix (line over 80 with really long array indices). In its current state, can I send you three patches (Kconfig, madifx.h, madifx.c) that add said driver to sound/pci/rme9652? Cheers

6 16

[alsa-devel] DP MST audio support
by Dave Airlie 10 Aug '15

10 Aug '15

Hi, So I have a branch that makes no sound, http://cgit.freedesktop.org/~airlied/linux/log/?h=dp-mst-audio and I'm not sure where I need to turn to next, The Intel docs I've read are kinda vague, assuming you know lots of things I clearly don't. so in theory my branch, sets up the SDP stream to the monitor in the payload creation, enables the codec in the intel GPU driver, and passes the ELD to the audio driver. The audio driver uses the device list to get the presence/valid bits per device, and manages to retrieve the ELD. I even create ELD files in /proc/asound/HDMI/ that have sensible values in them So it looks like I'm just missing some routing somewhere, most likely in the audio driver, then again I could be missing a lot more than that. Just looking for any ideas or knowledge people may have locked in their brains or inside their firewalls. Dave.

4 6

[alsa-devel] [PATCH 0/4] Add SPDIF support for rockchip
by Sjoerd Simons 07 Aug '15

07 Aug '15

This patchset adds support for the Rockchip SPDIF transceiver as present on RK3066, RK3188 and RK3288 boards and enables it on a Radxa rock pro. Tested on a Radxa Rock Pro board. Sjoerd Simons (4): ASoC: dt-bindings: add rockchip tranceiver bindings ASoc: rockchip: Add rockchip SPDIF transceiver driver ARM: dts: rockchip: Add SPDIF transceiver for RK3188 ARM: dts: rockchip: Add SPDIF optical out on Radxa Rock .../devicetree/bindings/sound/rockchip-spdif.txt | 41 +++ arch/arm/boot/dts/rk3188-radxarock.dts | 19 ++ arch/arm/boot/dts/rk3188.dtsi | 22 ++ sound/soc/rockchip/Kconfig | 9 + sound/soc/rockchip/Makefile | 3 + sound/soc/rockchip/rockchip_spdif.c | 375 +++++++++++++++++++++ sound/soc/rockchip/rockchip_spdif.h | 63 ++++ 7 files changed, 532 insertions(+) create mode 100644 Documentation/devicetree/bindings/sound/rockchip-spdif.txt create mode 100644 sound/soc/rockchip/rockchip_spdif.c create mode 100644 sound/soc/rockchip/rockchip_spdif.h -- 2.4.6

5 10

[alsa-devel] [PATCH] ASoC: wm8741: Simplify wm8741_set_dai_sysclk implementation
by Axel Lin 06 Aug '15

06 Aug '15

Signed-off-by: Axel Lin <axel.lin(a)ingics.com> --- sound/soc/codecs/wm8741.c | 41 ++++++++++++++--------------------------- 1 file changed, 14 insertions(+), 27 deletions(-) diff --git a/sound/soc/codecs/wm8741.c b/sound/soc/codecs/wm8741.c index 430fa7d..9723e44 100644 --- a/sound/soc/codecs/wm8741.c +++ b/sound/soc/codecs/wm8741.c @@ -278,51 +278,38 @@ static int wm8741_set_dai_sysclk(struct snd_soc_dai *codec_dai, switch (freq) { case 0: wm8741->sysclk_constraints = NULL; - wm8741->sysclk = freq; - return 0; - + break; case 11289600: wm8741->sysclk_constraints = &constraints_11289; - wm8741->sysclk = freq; - return 0; - + break; case 12288000: wm8741->sysclk_constraints = &constraints_12288; - wm8741->sysclk = freq; - return 0; - + break; case 16384000: wm8741->sysclk_constraints = &constraints_16384; - wm8741->sysclk = freq; - return 0; - + break; case 16934400: wm8741->sysclk_constraints = &constraints_16934; - wm8741->sysclk = freq; - return 0; - + break; case 18432000: wm8741->sysclk_constraints = &constraints_18432; - wm8741->sysclk = freq; - return 0; - + break; case 22579200: case 33868800: wm8741->sysclk_constraints = &constraints_22579; - wm8741->sysclk = freq; - return 0; - + break; case 24576000: wm8741->sysclk_constraints = &constraints_24576; - wm8741->sysclk = freq; - return 0; - + break; case 36864000: wm8741->sysclk_constraints = &constraints_36864; - wm8741->sysclk = freq; - return 0; + break; + default: + return -EINVAL; } - return -EINVAL; + + wm8741->sysclk = freq; + return 0; } static int wm8741_set_dai_fmt(struct snd_soc_dai *codec_dai, -- 2.1.0

3 2

[alsa-devel] query on upstream ASoC driver split across SOUND and DRM subsystems
by Bayyavarapu, Maruthi 06 Aug '15

06 Aug '15

Hi, I want to send AMD ASoC driver for review. This driver has a dependency with AMD's 'DRM' subsystem components, which are not upstreamed yet. Please suggest, whether this ASoC driver can be upstreamed via 'DRM' tree or any alternate approach is preferred. The link to ASoC driver is : http://cgit.freedesktop.org/~agd5f/linux/commit/?h=acp-wip&id=2b67a44150988… ASoC commits and dependencies are currently in 'acp-wip' branch of : git://people.freedesktop.org/~agd5f/linux Thanks, Maruthi

3 2

Re: [alsa-devel] When select 2.1 profile in pulseaudio, how do pulseaudio select notebook 's internal subwoofer or 5.1 external speaker ?
by Raymond Yau 05 Aug '15

05 Aug '15

> > > > Do pulseaudio 2.1 profile select the internal subwoofer or your 5.1 > > external speaker ? > > My external speaker (i.e not subwoofer but center). It always was so. > https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/p… +/* default channel maps for 2.1 speakers; + * since HD-audio supports only stereo, odd number channels are omitted + */ +const struct snd_pcm_chmap_elem snd_pcm_2_1_chmaps[] = { + { .channels = 2, + .map = { SNDRV_CHMAP_FL, SNDRV_CHMAP_FR } }, + { .channels = 4, + .map = { SNDRV_CHMAP_FL, SNDRV_CHMAP_FR, + SNDRV_CHMAP_LFE, SNDRV_CHMAP_LFE } }, + { } +}; The default 2.1 channel map for internal subwoofer does not has 5.1 channel map But your notebook have three jacks at ext front which support 5.1 In your case,there is no default 2.1 channel map when the current model has three speaker pins after remove the not exist internal surround speakers, [ALC882_FIXUP_ACER_ASPIRE_4930G] = { - .type = HDA_FIXUP_PINS, - .v.pins = (const struct hda_pintbl[]) { - { 0x16, 0x99130111 }, /* CLFE speaker */ - { 0x17, 0x99130112 }, /* surround speaker */ - { } - }, you need to use the left channel version of 2.1 channel and 5.1 channel map +static const struct snd_pcm_chmap_elem acer_pcm_chmaps[] = { + { .channels = 2, + .map = { SNDRV_CHMAP_FL, SNDRV_CHMAP_FR } }, + { .channels = 4, + .map = { SNDRV_CHMAP_FL, SNDRV_CHMAP_FR, + SNDRV_CHMAP_LFE, SNDRV_CHMAP_NA } }, /* LFE only on left */ + { .channels = 4, + .map = { SNDRV_CHMAP_FL, SNDRV_CHMAP_FR, + SNDRV_CHMAP_RL, SNDRV_CHMAP_RR } }, + { .channels = 6, + .map = { SNDRV_CHMAP_FL, SNDRV_CHMAP_FR, + SNDRV_CHMAP_RL, SNDRV_CHMAP_RR, + SNDRV_CHMAP_FC, SNDRV_CHMAP_LFE } }, + { } +}; http://git.alsa-project.org/?p=alsa-lib.git;a=commitdiff;h=48f1b308cc66152e… <http://git.alsa-project.org/?p=alsa-lib.git;a=commitdiff;h=48f1b308cc66152e…> conf: Allow 2.1 surround to use different number of channels This way, cards that support LFE on four channels (e g laptop with internal subwoofer) can do that, and other cards on a six channel setup can use that as well. which channel map is used by alsa lib when you open surround21 pcm device since your notebook will have both channel maps ?

1 1

[alsa-devel] [PATCH v14 0/3] ASoC: tda998x: add a codec to the HDMI transmitter
by Jean-Francois Moine 03 Aug '15

03 Aug '15

This patch series asks for Russell King's patch http://article.gmane.org/gmane.linux.ports.arm.kernel/411574 "drm/edid: add function to help find SADs" to be applied. v14: (Mark Brown) - protect the CODEC from edid change - change some structure names - remove the static pointer to the HDMI driver functions - get the ELD from a pointer in the device private area - prevent audio from streaming many sources at the same time - build the CODEC DAI's from two different samples - use EXPORT_SYMBOL_GPL for exported functions - simplify exchanges between audio and video by using common data in the device private area v13: - rebase on 4.2.0-rc3 - remove Russell's patches v12: - use Russell King's DRM ELD helper (Mark Brown) v11: - reduce the patch series to adding the tda998x codec only v10: - add the generic dt-card - define the audio ports from a DT graph of ports (Russell King) - reuse HDMI constants (Andrew Jackson - Jyri Sarha) - alloc rate_constraints in codec (Jyri Sarha) - fix bad number of channels (Jyri Sarha) - correct codec generation from config (Russell King - Jyri Sarha) - no module init/exit (Russell King) v9: - back to a TDA998x specific CODEC - more comments - change magic values to constants v8: - change some comments about the patches v7: - remove the change of the K predivider (Jyri Sarha) - add S24_3LE and S32_LE as possible audio formats (Jyri Sarha) - don't move the struct priv2 definition and use the slave encoder private data as the device private data (Russell King) - remove the useless request_module (Russell King/Mark Brown) - don't lock the HDMI module (Russell King) - use platform_device_unregister to remove the codec (Russell King) v6: - extend the HDMI CODEC instead of using a specific CODEC v5: - use the TDA998x private data instead of a specific area for the CODEC interface - the CODEC is TDA998x specific (Mark Brown) v4: - remove all the TDA998x specific stuff from the CODEC - move the EDID scan from the CODEC to the TDA998x - move the CODEC to sound/soc (Mark Brown) - update the audio_sample_rate from the EDID (Andrew Jackson) v3: fix bad rate (Andrew Jackson) v2: check double stream start (Mark Brown) Jean-Francois Moine (3): drm/i2c: tda998x: Add support of a DT graph of ports drm/i2c: tda998x: Change drvdata for audio extension ASoC: tda998x: add a codec to the HDMI transmitter .../devicetree/bindings/drm/i2c/tda998x.txt | 51 +++++++ drivers/gpu/drm/i2c/tda998x_drv.c | 163 +++++++++++++++++++-- include/sound/tda998x.h | 18 +++ sound/soc/codecs/Kconfig | 6 + sound/soc/codecs/Makefile | 2 + sound/soc/codecs/tda998x.c | 141 ++++++++++++++++++ 6 files changed, 370 insertions(+), 11 deletions(-) create mode 100644 include/sound/tda998x.h create mode 100644 sound/soc/codecs/tda998x.c -- 2.4.6

3 6

[alsa-devel] Beaglebone black : Audio cap & Linux version 4.1.3-ti-r6.2
by Micka 03 Aug '15

03 Aug '15

HI everyone, I'm trying to test the sound output with the driver tlv320aic3104. I'm stuck somewhere and I can't figure it out ! I Put a lot of printk and I don't know where to put other printk. Do you know who call the function soc_pcm_prepare ? 693 <http://lxr.free-electrons.com/source/sound/soc/soc-pcm.c#L693> */**694 <http://lxr.free-electrons.com/source/sound/soc/soc-pcm.c#L694> * * Called by ALSA when the PCM substream is prepared, can set format, sample*695 <http://lxr.free-electrons.com/source/sound/soc/soc-pcm.c#L695> * * rate, etc. This function is non atomic and can be called multiple times,*696 <http://lxr.free-electrons.com/source/sound/soc/soc-pcm.c#L696> * * it can refer to the runtime info.*697 <http://lxr.free-electrons.com/source/sound/soc/soc-pcm.c#L697> * */*698 <http://lxr.free-electrons.com/source/sound/soc/soc-pcm.c#L698> static int soc_pcm_prepare <http://lxr.free-electrons.com/ident?i=soc_pcm_prepare>(struct snd_pcm_substream <http://lxr.free-electrons.com/ident?i=snd_pcm_substream> *substream) Looks like that it's ALSA, but I can't find where ? I tried to find a line in the kernel calling the function: rtd->ops <http://lxr.free-electrons.com/ident?i=ops>.prepare(.... ) can't find it .... my trace : [ 550.269286] ASoC: tlv320aic3x-hifi <-> 48038000.mcasp info: [ 550.269363] ASoC: rate mask 0x7fe [ 550.269398] ASoC: min ch 2 max ch 2 [ 550.269431] ASoC: min rate 8000 max rate 96000 [ 550.275809] tlv aic3x_hw_params [ 550.275862] snd_soc_read: snd soc component read: ret 0 reg 9 val 64 [ 550.275934] snd_soc_component_write reg 9 val 64 [ 550.275987] snd_soc_component_write reg 101 val 0 [ 550.276030] snd_soc_component_write reg 7 val 10 [ 550.276063] snd_soc_component_write reg 2 val 0 [ 550.289260] snd_soc_component_write reg 11 val 1 [ 550.289339] snd_soc_component_write reg 4 val 32 [ 550.289375] snd_soc_component_write reg 5 val 30 [ 550.289407] snd_soc_component_write reg 6 val 0 [ 550.289952] soc_pcm_prepare [ 550.290003] snd_soc_component_write reg 10 val 0 [ 550.290043] soc_dapm_stream_event 1 [ 550.290107] soc_dapm_stream_event: dapm_power_widgets:start dapm_power_widgets 1 [ 550.290150] trace_snd_soc_dapm_start [ 550.290176] dapm reset [ 550.290226] trace_snd_soc_dapm_widget_power [ 550.290257] trace_snd_soc_dapm_widget_power [ 550.290284] trace_snd_soc_dapm_widget_power [ 550.290311] trace_snd_soc_dapm_widget_power [ 550.290339] trace_snd_soc_dapm_widget_power [ 550.290370] trace_snd_soc_dapm_widget_power [ 550.290395] trace_snd_soc_dapm_widget_power [ 550.290423] trace_snd_soc_dapm_widget_power [ 550.290448] trace_snd_soc_dapm_widget_power [ 550.290477] trace_snd_soc_dapm_widget_power [ 550.290503] trace_snd_soc_dapm_widget_power [ 550.290531] trace_snd_soc_dapm_widget_power [ 550.290557] trace_snd_soc_dapm_widget_power [ 550.290582] trace_snd_soc_dapm_widget_power [ 550.290608] trace_snd_soc_dapm_widget_power [ 550.290634] trace_snd_soc_dapm_widget_power [ 550.290659] trace_snd_soc_dapm_widget_power [ 550.290686] trace_snd_soc_dapm_widget_power [ 550.290712] trace_snd_soc_dapm_widget_power [ 550.290738] trace_snd_soc_dapm_widget_power [ 550.290765] trace_snd_soc_dapm_widget_power [ 550.290791] trace_snd_soc_dapm_widget_power [ 550.290817] trace_snd_soc_dapm_widget_power [ 550.290842] trace_snd_soc_dapm_widget_power [ 550.290879] dap set bias to off [ 550.290910] dapm_pre_sequence_async off [ 550.290937] snd soc dapm set bias level 1 [ 550.290962] trace_snd_soc_bias_level_start 1 [ 550.290988] trace_snd_soc_bias_level_done 1 [ 550.291011] dapm_pre_sequence_async onsnd soc dapm set bias level 2 [ 550.291047] trace_snd_soc_bias_level_start 2 [ 550.291073] trace_snd_soc_bias_level_done 2 [ 550.291318] dapm_pre_sequence_async off [ 550.291354] snd soc dapm set bias level 1 [ 550.291381] trace_snd_soc_bias_level_start 1 [ 550.291405] soc set bias level [ 550.291432] tlv set bias level 1 [ 550.291456] tlv standby [ 550.291480] tlv set power [ 550.300504] snd_soc_read: snd soc component read: ret 0 reg 5 val 30 [ 550.300583] snd_soc_read: snd soc component read: ret 0 reg 6 val 0 [ 550.300631] snd_soc_component_write reg 5 val 30 [ 550.301103] snd_soc_component_write reg 6 val 0 [ 550.301577] trace_snd_soc_bias_level_done 1 [ 550.301611] dapm_pre_sequence_async onsnd soc dapm set bias level 2 [ 550.301650] trace_snd_soc_bias_level_start 2 [ 550.301675] soc set bias level [ 550.301701] tlv set bias level 2 [ 550.301724] tlv prepare [ 550.301757] trace_snd_soc_bias_level_done 2 [ 550.301864] dapm event WILL_PMU [ 550.301897] dapm event WILL_PMU [ 550.301923] dapm event WILL_PMU [ 550.301948] dapm event WILL_PMU [ 550.301972] dapm event WILL_PMU [ 550.301997] dapm event WILL_PMU [ 550.302021] dapm event WILL_PMU [ 550.302045] dapm event WILL_PMU [ 550.302069] dapm event WILL_PMU [ 550.302094] dapm event WILL_PMU [ 550.302119] dapm event WILL_PMU [ 550.302143] dapm event WILL_PMU [ 550.302168] dapm event WILL_PMU [ 550.302192] dapm event WILL_PMU [ 550.302216] dapm event WILL_PMU [ 550.302240] dapm event WILL_PMU [ 550.302265] dapm event WILL_PMU [ 550.302289] dapm event WILL_PMU [ 550.302313] dapm event WILL_PMU [ 550.302337] dapm event WILL_PMU [ 550.302362] dapm event WILL_PMU [ 550.302386] dapm event WILL_PMU [ 550.302410] dapm event WILL_PMU [ 550.302435] dapm event WILL_PMU [ 550.302460] dapm sq run 1 [ 550.302489] dapm sq run 1 [ 550.302523] dapm event PRE_PMU [ 550.302550] dapm event PRE_PMD [ 550.302575] dapm event PRE_PMU [ 550.302599] dapm event PRE_PMD [ 550.302623] dapm event PRE_PMU [ 550.302647] dapm event PRE_PMD [ 550.302671] dapm event PRE_PMU [ 550.302696] dapm event PRE_PMD [ 550.302720] dapm event PRE_PMU [ 550.302744] dapm event PRE_PMD [ 550.302769] dapm event PRE_PMU [ 550.302793] dapm event PRE_PMD [ 550.302817] dapm event POST_PMU [ 550.302842] dapm event POST_PMD [ 550.302867] dapm event POST_PMU [ 550.302891] dapm event POST_PMD [ 550.302915] dapm event POST_PMU [ 550.302939] dapm event POST_PMD [ 550.302964] dapm event POST_PMU [ 550.302988] dapm event POST_PMD [ 550.303012] dapm event POST_PMU [ 550.303036] dapm event POST_PMD [ 550.303060] dapm event POST_PMU [ 550.303084] dapm event POST_PMD [ 550.303110] dapm event PRE_PMU [ 550.303134] dapm event PRE_PMD [ 550.303159] dapm event POST_PMU [ 550.303183] dapm event POST_PMD [ 550.303209] dapm event PRE_PMU [ 550.303234] dapm event PRE_PMD [ 550.303258] dapm event PRE_PMU [ 550.303282] dapm event PRE_PMD [ 550.303306] dapm event PRE_PMU [ 550.303331] dapm event PRE_PMD [ 550.303355] dapm event PRE_PMU [ 550.303379] dapm event PRE_PMD [ 550.303403] dapm event POST_PMU [ 550.303427] dapm event POST_PMD [ 550.303451] dapm event POST_PMU [ 550.303475] dapm event POST_PMD [ 550.303499] dapm event POST_PMU [ 550.303524] dapm event POST_PMD [ 550.303548] dapm event POST_PMU [ 550.303572] dapm event POST_PMD [ 550.303598] dapm event PRE_PMU [ 550.303622] dapm event PRE_PMD [ 550.303647] dapm event PRE_PMU [ 550.303671] dapm event PRE_PMD [ 550.304162] dapm event POST_PMU [ 550.304199] dapm event POST_PMD [ 550.304226] dapm event POST_PMU [ 550.304250] dapm event POST_PMD [ 550.304278] dapm event PRE_PMU [ 550.304303] dapm event PRE_PMD [ 550.304328] dapm event PRE_PMU [ 550.304352] dapm event PRE_PMD [ 550.304377] dapm event PRE_PMU [ 550.304401] dapm event PRE_PMD [ 550.304426] dapm event PRE_PMU [ 550.304450] dapm event PRE_PMD [ 550.304474] dapm event POST_PMU [ 550.304499] dapm event POST_PMD [ 550.304523] dapm event POST_PMU [ 550.304547] dapm event POST_PMD [ 550.304572] dapm event POST_PMU [ 550.304596] dapm event POST_PMD [ 550.304620] dapm event POST_PMU [ 550.304644] dapm event POST_PMD [ 550.304670] dapm event PRE_PMU [ 550.304695] dapm event PRE_PMD [ 550.305156] dapm event POST_PMU [ 550.305191] dapm event POST_PMD [ 550.305219] dapm event PRE_PMU [ 550.305245] dapm event PRE_PMD [ 550.305696] dapm event POST_PMU [ 550.305730] dapm event POST_PMD [ 550.305757] dapm event PRE_PMU [ 550.305782] dapm event PRE_PMD [ 550.306275] dapm event POST_PMU [ 550.306312] dapm event POST_PMD [ 550.306341] dapm event PRE_PMU [ 550.306366] dapm event PRE_PMD [ 550.306849] dapm event POST_PMU [ 550.306885] dapm event POST_PMD [ 550.306914] dapm event PRE_PMU [ 550.306939] dapm event PRE_PMD [ 550.317926] dapm event POST_PMU [ 550.317958] dapm event POST_PMD [ 550.317977] dapm event PRE_PMU [ 550.317991] dapm event PRE_PMD [ 550.318401] dapm event POST_PMU [ 550.318422] dapm event POST_PMD [ 550.318439] dapm event PRE_PMU [ 550.318454] dapm event PRE_PMD [ 550.318467] dapm event POST_PMU [ 550.318480] dapm event POST_PMD [ 550.318496] dapm_power_widgets run all the bias changes in parrallel [ 550.321470] dapm_post_sequence_async prepare 1 [ 550.321498] snd soc dapm set bias level 3 [ 550.321513] trace_snd_soc_bias_level_start 3 [ 550.321527] soc set bias level [ 550.321543] tlv set bias level 3 [ 550.321555] tlv bias on [ 550.321570] trace_snd_soc_bias_level_done 3 [ 550.321649] dapm_power_widgets dapm_power_widgets [ 550.321666] DAPM sequencing finished [ 550.321680] trace_snd_soc_dapm_done [ 550.321695] pcm prepare call snd_soc_dai_digital_mute [ 550.321711] snd_soc_dai_digital_mute 0 0 [ 550.321725] tlv aic3x_mute [ 550.321739] snd_soc_read: snd soc component read: ret 0 reg 43 val 168 [ 550.321772] snd_soc_read: snd soc component read: ret 0 reg 44 val 168 [ 550.321798] snd_soc_component_write reg 43 val 40 [ 550.322224] snd_soc_component_write reg 44 val 40 [ 550.322630] pcm prepare call snd_soc_dai_digital_mute for cpu_dai [ 550.322651] snd_soc_dai_digital_mute 0 0 > >

1 1

[alsa-devel] [PATCH] ALSA: hda - Fix a wrong busy check in alt PCM open
by Takashi Iwai 03 Aug '15

03 Aug '15

Currently, the alt PCM open callback returns -EBUSY when an independent HP is turned off, supposing that it conflicts with the main PCM. However, obviously, this check is wrong when the independent HP itself isn't enabled but the alt PCM was explicitly created via alc_dac_nid by a codec driver. Reported-and-tested-by: Kailang Yang <kailang(a)realtek.com> Signed-off-by: Takashi Iwai <tiwai(a)suse.de> --- sound/pci/hda/hda_generic.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/pci/hda/hda_generic.c b/sound/pci/hda/hda_generic.c index ac0db1679f09..b077bb644434 100644 --- a/sound/pci/hda/hda_generic.c +++ b/sound/pci/hda/hda_generic.c @@ -5175,7 +5175,7 @@ static int alt_playback_pcm_open(struct hda_pcm_stream *hinfo, int err = 0; mutex_lock(&spec->pcm_mutex); - if (!spec->indep_hp_enabled) + if (spec->indep_hp && !spec->indep_hp_enabled) err = -EBUSY; else spec->active_streams |= 1 << STREAM_INDEP_HP; -- 2.4.5

2 3

[alsa-devel] [PATCH] ALSA: hda - Add pin quirk for the headset mic jack detection on Dell laptop
by woodrow.shen＠canonical.com 03 Aug '15

03 Aug '15

From: Woodrow Shen <woodrow.shen(a)canonical.com> The new Dell laptop with codec 256 can't detect headset mic when headset was inserted on the machine. From alsa-info, we check init_pin_configs and need to define the new register value for pin 0x1d & 0x1e because the original macro ALC256_STANDARD_PINS can't match pin definition. Also, the macro ALC256_STANDARD_PINS is simplified by removing them. This makes headset mic works on laptop. Codec: Realtek ALC256 Vendor Id: 0x10ec0256 Subsystem Id: 0x102806f2 BugLink: https://bugs.launchpad.net/bugs/1478497 Signed-off-by: Woodrow Shen <woodrow.shen(a)canonical.com> --- sound/pci/hda/patch_realtek.c | 15 +++++++++++---- 1 file changed, 11 insertions(+), 4 deletions(-) diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index d94c0e3..4ae877c 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -5398,8 +5398,6 @@ static const struct hda_model_fixup alc269_fixup_models[] = { {0x19, 0x411111f0}, \ {0x1a, 0x411111f0}, \ {0x1b, 0x411111f0}, \ - {0x1d, 0x40700001}, \ - {0x1e, 0x411111f0}, \ {0x21, 0x02211020} #define ALC282_STANDARD_PINS \ @@ -5556,10 +5554,19 @@ static const struct snd_hda_pin_quirk alc269_pin_fixup_tbl[] = { {0x21, 0x02211030}), SND_HDA_PIN_QUIRK(0x10ec0256, 0x1028, "Dell", ALC255_FIXUP_DELL1_MIC_NO_PRESENCE, ALC256_STANDARD_PINS, - {0x13, 0x40000000}), + {0x13, 0x40000000}, + {0x1d, 0x40700001}, + {0x1e, 0x411111f0}), SND_HDA_PIN_QUIRK(0x10ec0256, 0x1028, "Dell", ALC255_FIXUP_DELL1_MIC_NO_PRESENCE, ALC256_STANDARD_PINS, - {0x13, 0x411111f0}), + {0x13, 0x411111f0}, + {0x1d, 0x40700001}, + {0x1e, 0x411111f0}), + SND_HDA_PIN_QUIRK(0x10ec0256, 0x1028, "Dell", ALC255_FIXUP_DELL1_MIC_NO_PRESENCE, + ALC256_STANDARD_PINS, + {0x13, 0x411111f0}, + {0x1d, 0x4077992d}, + {0x1e, 0x411111ff}), SND_HDA_PIN_QUIRK(0x10ec0280, 0x103c, "HP", ALC280_FIXUP_HP_GPIO4, {0x12, 0x90a60130}, {0x13, 0x40000000}, -- 2.1.4

3 6