1. 31 8月, 2017 1 次提交
    • T
      ALSA: Get rid of card power_lock · 7d8e8292
      Takashi Iwai 提交于
      Currently we're taking power_lock at each card component for assuring
      the power-up sequence, but it doesn't help anything in the
      implementation at the moment: it just serializes unnecessarily the
      callers, but it doesn't protect about the power state change itself.
      It used to have some usefulness in the early days where we managed the
      PM manually.  But now the suspend/resume core procedure is beyond our
      hands, and power_lock lost its meaning.
      
      This patch drops the power_lock from allover the places.
      There shouldn't be any issues by this change, as it's no helper
      regarding the power state change.  Rather we'll get better performance
      by removing the serialization; which is the only slight concern of any
      behavior change, but it can't be a showstopper, after all.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      7d8e8292
  2. 25 8月, 2017 1 次提交
    • T
      ASoC: rt5677: Reintroduce I2C device IDs · 9ce76511
      Tom Rini 提交于
      Not all devices with ACPI and this combination of sound devices will
      have the required information provided via ACPI.  Reintroduce the I2C
      device ID to restore sound functionality on on the Chromebook 'Samus'
      model.
      
      [ More background note:
       the commit a36afb0a ("ASoC: rt5677: Introduce proper table...")
       moved the i2c ID probed via ACPI ("RT5677CE:00") to a proper
       acpi_device_id table.  Although the action itself is correct per se,
       the overseen issue is the reference id->driver_data at
       rt5677_i2c_probe() for retrieving the corresponding chip model for
       the given id.  Since id=NULL is passed for ACPI matching case, we get
       an Oops now.
      
       We already have queued more fixes for 4.14 and they already address
       the issue, but they are bigger changes that aren't preferable for the
       late 4.13-rc stage.  So, this patch just papers over the bug as a
       once-off quick fix for a particular ACPI matching.  -- tiwai ]
      
      Fixes: a36afb0a ("ASoC: rt5677: Introduce proper table for ACPI enumeration")
      Signed-off-by: NTom Rini <trini@konsulko.com>
      Acked-by: NMark Brown <broonie@kernel.org>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      9ce76511
  3. 01 8月, 2017 2 次提交
  4. 28 7月, 2017 2 次提交
  5. 27 7月, 2017 1 次提交
  6. 26 7月, 2017 1 次提交
  7. 24 7月, 2017 1 次提交
    • K
      ASoC: sh: hac: add missing "int ret" · 295c5ba4
      Kuninori Morimoto 提交于
      commit b047e1cc ("ASoC: ac97: Support multi-platform AC'97")
      modified hac_soc_platform_probe(), but "int ret" was missed.
      This patch adds missing "int ret", otherwise, we will get
      
      linux/sound/soc/sh/hac.c: In function 'hac_soc_platform_probe':
      linux/sound/soc/sh/hac.c:318: error: 'ret' undeclared (first use in this function)
      linux/sound/soc/sh/hac.c:318: error: (Each undeclared identifier is reported only once
      linux/sound/soc/sh/hac.c:318: error: for each function it appears in.)
      Signed-off-by: NKuninori Morimoto <kuninori.morimoto.gx@renesas.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      295c5ba4
  8. 22 7月, 2017 1 次提交
  9. 21 7月, 2017 1 次提交
  10. 20 7月, 2017 1 次提交
  11. 17 7月, 2017 3 次提交
  12. 11 7月, 2017 3 次提交
  13. 07 7月, 2017 1 次提交
  14. 03 7月, 2017 2 次提交
  15. 30 6月, 2017 16 次提交
  16. 29 6月, 2017 3 次提交