1. 18 6月, 2018 1 次提交
  2. 04 6月, 2018 1 次提交
  3. 02 6月, 2018 3 次提交
    • G
      ASoC: topology: Move skl-tplg-interface.h to uapi · 0c24fdc0
      Guenter Roeck 提交于
      skl-tplg-interface.h describes firmware format details for Skylake
      topology files. It is part of the ABI and should reside in the uapi
      directory.
      
      While moving the file, also replace the license boilerplate with
      the SPDX License Identifier.
      
      No functional change.
      Signed-off-by: NGuenter Roeck <groeck@chromium.org>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      0c24fdc0
    • G
      ASoC: topology: Move v4 manifest header data structures to uapi · 348f4822
      Guenter Roeck 提交于
      Topology manifest v4 is still part of the ABI. Move its data structures
      into the uapi header file.
      
      No functional change.
      Signed-off-by: NGuenter Roeck <groeck@chromium.org>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      348f4822
    • G
      ASoC: topology: Improve backwards compatibility with v4 topology files · ac9391da
      Guenter Roeck 提交于
      Commit dc31e741 ("ASoC: topology: ABI - Add the types for BE
      DAI") introduced sound topology files version 5. Initially, this
      change made the topology code incompatible with v4 topology files.
      Backwards compatibility with v4 configuration files was
      subsequently added with commit 288b8da7 ("ASoC: topology:
      Support topology file of ABI v4").
      
      Unfortunately, backwards compatibility was never fully implemented.
      
      First, the manifest size in (Skylake) v4 configuration files is set
      to 0, which causes manifest_new_ver() to bail out with error messages
      similar to the following.
      
      snd_soc_skl 0000:00:1f.3: ASoC: invalid manifest size
      snd_soc_skl 0000:00:1f.3: tplg component load failed-22
      snd_soc_skl 0000:00:1f.3: Failed to init topology!
      snd_soc_skl 0000:00:1f.3: ASoC: failed to probe component -22
      skl_n88l25_m98357a skl_n88l25_m98357a: ASoC: failed to instantiate card -22
      skl_n88l25_m98357a: probe of skl_n88l25_m98357a failed with error -22
      
      After this problem is fixed, the following error message is seen instead.
      
      snd_soc_skl 0000:00:1f.3: ASoC: old version of manifest
      snd_soc_skl 0000:00:1f.3: Invalid descriptor token 1093938482
      snd_soc_skl 0000:00:1f.3: ASoC: failed to load widget media0_in cpr 0
      snd_soc_skl 0000:00:1f.3: tPlg component load failed-22
      
      This message is seen because backwards compatibility for loading widgets
      was never implemented.
      
      The lack of audio support when running the upstream kernel on recent
      Chromebooks has been reported in various forums, and can be traced back
      to this problem. Attempts to fix the problem, usually by providing v5
      configuration files, were only partially successful.
      
      Let's implement backward compatibility properly to solve the problem
      for good.
      Signed-off-by: NGuenter Roeck <groeck@chromium.org>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      ac9391da
  4. 01 6月, 2018 6 次提交
  5. 31 5月, 2018 6 次提交
  6. 30 5月, 2018 1 次提交
  7. 29 5月, 2018 10 次提交
  8. 26 5月, 2018 4 次提交
  9. 25 5月, 2018 1 次提交
    • L
      ALSA: hda - Fix runtime PM · 009f8c90
      Lukas Wunner 提交于
      Before commit 3b5b899c ("ALSA: hda: Make use of core codec functions
      to sync power state"), hda_set_power_state() returned the response to
      the Get Power State verb, a 32-bit unsigned integer whose expected value
      is 0x233 after transitioning a codec to D3, and 0x0 after transitioning
      it to D0.
      
      The response value is significant because hda_codec_runtime_suspend()
      does not clear the codec's bit in the codec_powered bitmask unless the
      AC_PWRST_CLK_STOP_OK bit (0x200) is set in the response value.  That in
      turn prevents the HDA controller from runtime suspending because
      azx_runtime_idle() checks that the codec_powered bitmask is zero.
      
      Since commit 3b5b899c, hda_set_power_state() only returns 0x0 or
      0x1, thereby breaking runtime PM for any HDA controller.  That's because
      an inline function introduced by the commit returns a bool instead of a
      32-bit unsigned int.  The change was likely erroneous and resulted from
      copying and pasting snd_hda_check_power_state(), which is immediately
      preceding the newly introduced inline function.  Fix it.
      
      Link: https://bugs.freedesktop.org/show_bug.cgi?id=106597
      Fixes: 3b5b899c ("ALSA: hda: Make use of core codec functions to sync power state")
      Cc: Alex Deucher <alexander.deucher@amd.com>
      Cc: Abhijeet Kumar <abhijeet.kumar@intel.com>
      Reported-and-tested-by: NGunnar Krüger <taijian@posteo.de>
      Signed-off-by: NLukas Wunner <lukas@wunner.de>
      Acked-by: NAlex Deucher <alexander.deucher@amd.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      009f8c90
  10. 23 5月, 2018 2 次提交
  11. 22 5月, 2018 4 次提交
  12. 21 5月, 2018 1 次提交