1. 29 Nov, 2017 2 commits
  2. 27 Nov, 2017 2 commits
  3. 07 Nov, 2017 1 commit
    • Arnd Bergmann's avatar
      ASoC: intel: initialize return value properly · cc20c4df
      Arnd Bergmann authored
      When CONFIG_SND_SOC_HDAC_HDMI is disabled, we can run into an
      uninitialized variable:
      
      sound/soc/intel/skylake/skl.c: In function 'skl_resume':
      sound/soc/intel/skylake/skl.c:326:6: error: 'ret' may be used uninitialized in this function [-Werror=maybe-uninitialized]
      
      I have run into this on today's linux-next kernel, but it appears
      that this is an older problem that was just hard to trigger
      with randconfig builds as CONFIG_SND_SOC_HDAC_HDMI would in
      effect be impossible to disable when having SND_SOC_INTEL_SKYLAKE
      enabled.
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Acked-By: default avatarVinod Koul <vinod.koul@intel.com>
      Signed-off-by: default avatarMark Brown <broonie@kernel.org>
      cc20c4df
  4. 02 Nov, 2017 2 commits
    • Arnd Bergmann's avatar
      ASoC: intel: include linux/module.h as needed · adebc532
      Arnd Bergmann authored
      The MODULE_DESCRIPTION() macro is only available when including
      the linux/module.h header. Apparently this is included indirectly
      from sst-firmware.c in some configurations, but not in others:
      
      sound/soc/intel/common/sst-firmware.c:1278:20: error: expected declaration specifiers or '...' before string constant
       MODULE_DESCRIPTION("Intel SST Firmware Loader");
                          ^~~~~~~~~~~~~~~~~~~~~~~~~~~
      sound/soc/intel/common/sst-firmware.c:1279:16: error: expected declaration specifiers or '...' before string constant
      
      This adds the missing include line.
      
      Fixes: a395bdd6 ("ASoC: intel: Fix sst-dsp dependency on dw stuff")
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Signed-off-by: default avatarMark Brown <broonie@kernel.org>
      adebc532
    • Arnd Bergmann's avatar
      ASoC: Intel: fix Kconfig dependencies · f7a88db6
      Arnd Bergmann authored
      I ran into multiple problems during randconfig builds of the
      recently changed Kconfig logic for Intel ASoC drivers:
      
      - Building without DMADEVICES doesn't work in general
      - With that dependency added, we can relax the 'depends
        on X86' again and allow compile-testing, except for
        SND_SST_ATOM_HIFI2_PLATFORM, which depends on X86
        for asm/platform_sst_audio.h
      - Skylake requires SND_SOC_INTEL_SST_ACPI, so we
        have to depend on ACPI in turn
      - Haswell needs SND_DMA_SGBUF for snd_sgbuf_aligned_pages()
      
      With the new set of dependencies, I no longer get any build
      failures.
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Signed-off-by: default avatarMark Brown <broonie@kernel.org>
      f7a88db6
  5. 31 Oct, 2017 2 commits
  6. 26 Oct, 2017 2 commits
  7. 25 Oct, 2017 1 commit
  8. 23 Oct, 2017 1 commit
  9. 21 Oct, 2017 10 commits
  10. 18 Oct, 2017 10 commits
  11. 13 Oct, 2017 3 commits
  12. 09 Oct, 2017 2 commits
  13. 27 Sep, 2017 1 commit
  14. 25 Sep, 2017 1 commit