November 2016 - Alsa-devel - mailman.alsa-project.org

[alsa-devel] [PATCH resend] ASoC: Intel: Add missing 10EC5672 ACPI ID matching for Cherry Trail
by Takashi Iwai 30 Nov '16

30 Nov '16

Add the missing ACPI ID 10EC5672 for Cherry Trail, which bounds with cht-bsw-rt5672 driver. This combination was found on Dell Wyse 3040. Signed-off-by: Takashi Iwai <tiwai(a)suse.de> --- Resent, as I forgot Cc to alsa-devel ML, sorry! sound/soc/intel/atom/sst/sst_acpi.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/sound/soc/intel/atom/sst/sst_acpi.c b/sound/soc/intel/atom/sst/sst_acpi.c index 0a88537ca58a..f4d92bbc5373 100644 --- a/sound/soc/intel/atom/sst/sst_acpi.c +++ b/sound/soc/intel/atom/sst/sst_acpi.c @@ -452,6 +452,8 @@ static struct sst_acpi_mach sst_acpi_bytcr[] = { static struct sst_acpi_mach sst_acpi_chv[] = { {"10EC5670", "cht-bsw-rt5672", "intel/fw_sst_22a8.bin", "cht-bsw", NULL, &chv_platform_data }, + {"10EC5672", "cht-bsw-rt5672", "intel/fw_sst_22a8.bin", "cht-bsw", NULL, + &chv_platform_data }, {"10EC5645", "cht-bsw-rt5645", "intel/fw_sst_22a8.bin", "cht-bsw", NULL, &chv_platform_data }, {"10EC5650", "cht-bsw-rt5645", "intel/fw_sst_22a8.bin", "cht-bsw", NULL, -- 2.10.2

3 2

[alsa-devel] [PATCH] ASoC: rt5670: Add missing 10EC5072 ACPI ID
by Takashi Iwai 30 Nov '16

30 Nov '16

rt5670 driver supports also RT5672 codec, but its ACPI ID is missing. This was found on Dell Wyse 3040 box. Signed-off-by: Takashi Iwai <tiwai(a)suse.de> --- sound/soc/codecs/rt5670.c | 1 + 1 file changed, 1 insertion(+) diff --git a/sound/soc/codecs/rt5670.c b/sound/soc/codecs/rt5670.c index 12d3bc14a558..98c7efbc6ee0 100644 --- a/sound/soc/codecs/rt5670.c +++ b/sound/soc/codecs/rt5670.c @@ -2813,6 +2813,7 @@ MODULE_DEVICE_TABLE(i2c, rt5670_i2c_id); #ifdef CONFIG_ACPI static const struct acpi_device_id rt5670_acpi_match[] = { { "10EC5670", 0}, + { "10EC5672", 0}, { }, }; MODULE_DEVICE_TABLE(acpi, rt5670_acpi_match); -- 2.10.2

2 1

[alsa-devel] [PATCH 1/1] ALSA: SOC: DMA: increment buffer pointer atomically
by Jiada Wang 30 Nov '16

30 Nov '16

From: Andreas Pape <apape(a)de.adit-jv.com> Setting pointer and afterwards check for wrap around leads to the possibility of returning the inconsistent pointer position. This patch increments buffer pointer atomically to avoid this issue. Signed-off-by: Andreas Pape <apape(a)de.adit-jv.com> Signed-off-by: Jiada Wang <jiada_wang(a)mentor.com> --- sound/core/pcm_dmaengine.c | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/sound/core/pcm_dmaengine.c b/sound/core/pcm_dmaengine.c index 8eb58c7..6f6da11 100644 --- a/sound/core/pcm_dmaengine.c +++ b/sound/core/pcm_dmaengine.c @@ -139,12 +139,14 @@ EXPORT_SYMBOL_GPL(snd_dmaengine_pcm_set_config_from_dai_data); static void dmaengine_pcm_dma_complete(void *arg) { + unsigned int new_pos; struct snd_pcm_substream *substream = arg; struct dmaengine_pcm_runtime_data *prtd = substream_to_prtd(substream); - prtd->pos += snd_pcm_lib_period_bytes(substream); - if (prtd->pos >= snd_pcm_lib_buffer_bytes(substream)) - prtd->pos = 0; + new_pos = prtd->pos + snd_pcm_lib_period_bytes(substream); + if (new_pos >= snd_pcm_lib_buffer_bytes(substream)) + new_pos = 0; + prtd->pos = new_pos; snd_pcm_period_elapsed(substream); } -- 2.9.3

2 3

[alsa-devel] [PATCH v4 0/3] ASoC: Component has suspend/resume support
by Kuninori Morimoto 30 Nov '16

30 Nov '16

Hi Mark, Lars-Peter These patches are v4+RFC of Component level suspend/resume support. I had waited Vinod's cleanup patch which will remove "codec_dev_list" from Intel drivers. But it seems nothing happen at this point. So, this v4 patch-set expects it will be reviwed/accepted *before* Vinod's patch. Kuninori Morimoto (3): ASoC: core: replace codec_dev_list to component_dev_list on Card ASoC: core: replace aux_comp_list to component_dev_list ASoC: add Component level suspend/resume include/sound/soc.h | 16 +++--- sound/soc/intel/boards/broadwell.c | 16 +++--- sound/soc/intel/boards/cht_bsw_rt5672.c | 16 +++--- sound/soc/soc-core.c | 90 ++++++++++++++++++++------------- 4 files changed, 85 insertions(+), 53 deletions(-) -- 1.9.1

1 3

[alsa-devel] TEST
by Jaechul Lee 29 Nov '16

29 Nov '16

TEST?

1 0

[alsa-devel] [PATCH] ALSA: line6: Claim POD X3 USB data interface
by Andrej Krutak 29 Nov '16

29 Nov '16

Deny userspace from using the interface concurrently. Signed-off-by: Andrej Krutak <dev(a)andree.sk> --- sound/usb/line6/driver.h | 1 + sound/usb/line6/podhd.c | 24 ++++++++++++++++++++++++ 2 files changed, 25 insertions(+) diff --git a/sound/usb/line6/driver.h b/sound/usb/line6/driver.h index 7e3a3aa..5d18957 100644 --- a/sound/usb/line6/driver.h +++ b/sound/usb/line6/driver.h @@ -98,6 +98,7 @@ struct line6_properties { int altsetting; + unsigned ctrl_if; unsigned ep_ctrl_r; unsigned ep_ctrl_w; unsigned ep_audio_r; diff --git a/sound/usb/line6/podhd.c b/sound/usb/line6/podhd.c index 49cd4a6..6c53b87 100644 --- a/sound/usb/line6/podhd.c +++ b/sound/usb/line6/podhd.c @@ -153,6 +153,7 @@ struct usb_line6_podhd { .rats = &podhd_ratden}, .bytes_per_channel = 3 /* SNDRV_PCM_FMTBIT_S24_3LE */ }; +static struct usb_driver podhd_driver; static void podhd_startup_start_workqueue(unsigned long data); static void podhd_startup_workqueue(struct work_struct *work); @@ -291,8 +292,13 @@ static void podhd_disconnect(struct usb_line6 *line6) struct usb_line6_podhd *pod = (struct usb_line6_podhd *)line6; if (pod->line6.properties->capabilities & LINE6_CAP_CONTROL) { + struct usb_interface *intf; + del_timer_sync(&pod->startup_timer); cancel_work_sync(&pod->startup_work); + + intf = usb_ifnum_to_if(line6->usbdev, pod->line6.properties->ctrl_if); + usb_driver_release_interface(&podhd_driver, intf); } } @@ -304,10 +310,26 @@ static int podhd_init(struct usb_line6 *line6, { int err; struct usb_line6_podhd *pod = (struct usb_line6_podhd *) line6; + struct usb_interface *intf; line6->disconnect = podhd_disconnect; if (pod->line6.properties->capabilities & LINE6_CAP_CONTROL) { + /* claim the data interface */ + intf = usb_ifnum_to_if(line6->usbdev, pod->line6.properties->ctrl_if); + if (!intf) { + dev_err(pod->line6.ifcdev, "interface %d not found\n", + pod->line6.properties->ctrl_if); + return -ENODEV; + } + + err = usb_driver_claim_interface(&podhd_driver, intf, NULL); + if (err != 0) { + dev_err(pod->line6.ifcdev, "can't claim interface %d, error %d\n", + pod->line6.properties->ctrl_if, err); + return err; + } + /* create sysfs entries: */ err = snd_card_add_dev_attr(line6->card, &podhd_dev_attr_group); if (err < 0) @@ -406,6 +428,7 @@ static int podhd_init(struct usb_line6 *line6, .altsetting = 1, .ep_ctrl_r = 0x81, .ep_ctrl_w = 0x01, + .ctrl_if = 1, .ep_audio_r = 0x86, .ep_audio_w = 0x02, }, @@ -417,6 +440,7 @@ static int podhd_init(struct usb_line6 *line6, .altsetting = 1, .ep_ctrl_r = 0x81, .ep_ctrl_w = 0x01, + .ctrl_if = 1, .ep_audio_r = 0x86, .ep_audio_w = 0x02, }, -- 1.9.1

2 6

[alsa-devel] [PATCH] ALSA: usb-audio: Fix bogus error return in snd_usb_create_stream()
by Takashi Iwai 29 Nov '16

29 Nov '16

The function returns -EINVAL even if it builds the stream properly. The bogus error code sneaked in during the code refactoring, but it wasn't noticed until now since the returned error code itself is ignored in anyway. Kill it here, but there is no behavior change by this patch, obviously. Fixes: e5779998bf8b ('ALSA: usb-audio: refactor code') Signed-off-by: Takashi Iwai <tiwai(a)suse.de> --- sound/usb/card.c | 1 - 1 file changed, 1 deletion(-) diff --git a/sound/usb/card.c b/sound/usb/card.c index 2ddc034673a8..f36cb068dad3 100644 --- a/sound/usb/card.c +++ b/sound/usb/card.c @@ -206,7 +206,6 @@ static int snd_usb_create_stream(struct snd_usb_audio *chip, int ctrlif, int int if (! snd_usb_parse_audio_interface(chip, interface)) { usb_set_interface(dev, interface, 0); /* reset the current interface */ usb_driver_claim_interface(&usb_audio_driver, iface, (void *)-1L); - return -EINVAL; } return 0; -- 2.10.2

1 0

[alsa-devel] [PATCH] ALSA: echoaudio: Fix improper return value in function load_asic
by Takashi Iwai 29 Nov '16

29 Nov '16

From: Pan Bian <bianpan2016(a)163.com> When the second call to load_asic_generic() fails in function load_asic(), "false" is returned. The real value of "false" is 0, which indicates success in the context. As a result, the execution status and the return value may be inconsistent. This patch fixes the bug. Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=188761 Signed-off-by: Pan Bian <bianpan2016(a)163.com> Signed-off-by: Takashi Iwai <tiwai(a)suse.de> --- sound/pci/echoaudio/layla24_dsp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/pci/echoaudio/layla24_dsp.c b/sound/pci/echoaudio/layla24_dsp.c index df28e5117359..c02bc1dcc170 100644 --- a/sound/pci/echoaudio/layla24_dsp.c +++ b/sound/pci/echoaudio/layla24_dsp.c @@ -135,7 +135,7 @@ static int load_asic(struct echoaudio *chip) err = load_asic_generic(chip, DSP_FNC_LOAD_LAYLA24_EXTERNAL_ASIC, FW_LAYLA24_2S_ASIC); if (err < 0) - return false; + return err; /* Now give the external ASIC a little time to set up */ mdelay(10); -- 2.10.2

1 0

[alsa-devel] --max-file-time producing incorrect results
by Rob Nertney 29 Nov '16

29 Nov '16

I have a diagnostic mode for my hardware, which gives me a known pattern in 1 second increments (for my predetermined frame size/rate). If I simply pass a -d duration flag over and over with arecord, every capture is perfect when I inspect it. When I use the --max-file-time=1, my first PCM is perfect, then the following ones aren't. It appears that in between these 1-second PCM files, I am losing 128 frames between the 1-second files. I'm not sure what could be causing this type of error; any thoughts? Thanks, Rob

1 1

Re: [alsa-devel] [RFC PATCH v3 2/7] drm/i915: Add support for audio driver notifications
by Ville Syrjälä 29 Nov '16

29 Nov '16

On Fri, Nov 25, 2016 at 05:25:43AM +0530, Jerome Anand wrote: > Notifiations like mode change, hot plug and edid to > the audio driver are added. This is inturn used by the > audio driver for its functionality. > > A new interface file capturing the notifications needed by the > audio driver is added > > Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart(a)linux.intel.com> > Signed-off-by: Jerome Anand <jerome.anand(a)intel.com> > --- > drivers/gpu/drm/i915/i915_drv.h | 3 +++ > drivers/gpu/drm/i915/intel_audio.c | 8 ++++++ > drivers/gpu/drm/i915/intel_hdmi.c | 1 + > drivers/gpu/drm/i915/intel_lpe_audio.c | 49 ++++++++++++++++++++++++++++++++++ > include/drm/intel_lpe_audio.h | 1 + > 5 files changed, 62 insertions(+) > > diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.h > index 2a79048..33bc44c 100644 > --- a/drivers/gpu/drm/i915/i915_drv.h > +++ b/drivers/gpu/drm/i915/i915_drv.h > @@ -3561,6 +3561,9 @@ int intel_lpe_audio_setup(struct drm_i915_private *dev_priv); > void intel_lpe_audio_teardown(struct drm_i915_private *dev_priv); > void intel_lpe_audio_irq_handler(struct drm_i915_private *dev_priv); > bool intel_lpe_audio_detect(struct drm_i915_private *dev_priv); > +void intel_lpe_audio_notify(struct drm_i915_private *dev_priv, > + void *eld, int port, int tmds_clk_speed, > + bool connected); > > /* intel_i2c.c */ > extern int intel_setup_gmbus(struct drm_device *dev); > diff --git a/drivers/gpu/drm/i915/intel_audio.c b/drivers/gpu/drm/i915/intel_audio.c > index 1c509f7..55a6831 100644 > --- a/drivers/gpu/drm/i915/intel_audio.c > +++ b/drivers/gpu/drm/i915/intel_audio.c > @@ -24,6 +24,7 @@ > #include <linux/kernel.h> > #include <linux/component.h> > #include <drm/i915_component.h> > +#include <drm/intel_lpe_audio.h> > #include "intel_drv.h" > > #include <drm/drmP.h> > @@ -627,6 +628,10 @@ void intel_audio_codec_enable(struct intel_encoder *intel_encoder, > if (acomp && acomp->audio_ops && acomp->audio_ops->pin_eld_notify) > acomp->audio_ops->pin_eld_notify(acomp->audio_ops->audio_ptr, > (int) port, (int) pipe); > + > + if (HAS_LPE_AUDIO(dev_priv)) > + intel_lpe_audio_notify(dev_priv, connector->eld, port, > + crtc_state->port_clock, true); > } > > /** > @@ -660,6 +665,9 @@ void intel_audio_codec_disable(struct intel_encoder *intel_encoder) > if (acomp && acomp->audio_ops && acomp->audio_ops->pin_eld_notify) > acomp->audio_ops->pin_eld_notify(acomp->audio_ops->audio_ptr, > (int) port, (int) pipe); > + > + if (HAS_LPE_AUDIO(dev_priv)) > + intel_lpe_audio_notify(dev_priv, NULL, port, 0, true); > } > > /** > diff --git a/drivers/gpu/drm/i915/intel_hdmi.c b/drivers/gpu/drm/i915/intel_hdmi.c > index fb88e32..02d50e3 100644 > --- a/drivers/gpu/drm/i915/intel_hdmi.c > +++ b/drivers/gpu/drm/i915/intel_hdmi.c > @@ -36,6 +36,7 @@ > #include <drm/drm_edid.h> > #include "intel_drv.h" > #include <drm/i915_drm.h> > +#include <drm/intel_lpe_audio.h> > #include "i915_drv.h" > > static struct drm_device *intel_hdmi_to_dev(struct intel_hdmi *intel_hdmi) > diff --git a/drivers/gpu/drm/i915/intel_lpe_audio.c b/drivers/gpu/drm/i915/intel_lpe_audio.c > index 5335fc6..93f83cb 100644 > --- a/drivers/gpu/drm/i915/intel_lpe_audio.c > +++ b/drivers/gpu/drm/i915/intel_lpe_audio.c > @@ -367,3 +367,52 @@ void intel_lpe_audio_teardown(struct drm_i915_private *dev_priv) > > spin_unlock_irqrestore(&dev_priv->irq_lock, irqflags); > } > + > + > +/** > + * intel_lpe_audio_notify() - notify lpe audio event > + * audio driver and i915 > + * @dev_priv: the i915 drm device private data > + * @eld : ELD data > + * @port: port id > + * @tmds_clk_speed: tmds clock frequency in Hz > + * @connected: hdmi connected/disconnected > + * > + * Notify lpe audio driver of eld change. > + */ > +void intel_lpe_audio_notify(struct drm_i915_private *dev_priv, > + void *eld, int port, int tmds_clk_speed, > + bool connected) > +{ > + unsigned long irq_flags; > + > + if (HAS_LPE_AUDIO(dev_priv)) { > + struct intel_hdmi_lpe_audio_pdata *pdata = dev_get_platdata( > + &(dev_priv->lpe_audio.platdev->dev)); > + > + if (pdata) { How could the !pdata case happen? If it can't we shouldn't cater for it. > + spin_lock_irqsave(&pdata->lpe_audio_slock, > + irq_flags); > + > + if (eld != NULL) { > + memcpy(pdata->eld.eld_data, eld, > + HDMI_MAX_ELD_BYTES); > + pdata->eld.port_id = port; > + > + if (tmds_clk_speed) Why the if? > + pdata->tmds_clock_speed = > + tmds_clk_speed; > + } > + pdata->hdmi_connected = connected; Also can't really see much need for this. Any one of the port/tmds clock/eld should be sufficient. > + if (pdata->notify_audio_lpe) > + pdata->notify_audio_lpe( > + (eld != NULL) ? &pdata->eld : NULL); > + else > + pdata->notify_pending = true; Still not sure why the "pending" thing is useful. Can't the audio driver just do its thing (whatever it is) unconditionally? When disabling just clear the port to INVALID, eld to zero, and tmds clock to 0, and it should all be fine no? > + > + spin_unlock_irqrestore(&pdata->lpe_audio_slock, > + irq_flags); > + } else > + DRM_DEBUG_DRIVER("no audio notification\n"); > + } > +} > diff --git a/include/drm/intel_lpe_audio.h b/include/drm/intel_lpe_audio.h > index a64c449..952de05 100644 > --- a/include/drm/intel_lpe_audio.h > +++ b/include/drm/intel_lpe_audio.h > @@ -25,6 +25,7 @@ > #define _INTEL_LPE_AUDIO_H_ > > #include <linux/types.h> > +#include <linux/spinlock_types.h> > > #define HDMI_MAX_ELD_BYTES 128 > > -- > 2.9.3 -- Ville Syrjälä Intel OTC

4 9