1. 18 12月, 2015 1 次提交
  2. 17 12月, 2015 2 次提交
  3. 16 12月, 2015 1 次提交
  4. 14 12月, 2015 1 次提交
  5. 09 12月, 2015 13 次提交
  6. 02 12月, 2015 6 次提交
  7. 26 11月, 2015 5 次提交
  8. 25 11月, 2015 2 次提交
    • V
      ASoC: dapm: add a dapm sink widget · 56b4437f
      Vinod Koul 提交于
      DAPM models various widgets but lacks a sink widget.
      DSPs can have modules which take audio data, process it and are
      capable of generating events thus acting as a sink of data.
      
      To make the dapm graph complete for such paths we need a dapm
      sink widget for these modules, so add a SND_SOC_DAPM_SINK to
      declare such a widget.  This widget will be treated as
      SND_SOC_DAPM_EP_SINK endpoint in the dapm graph
      Signed-off-by: NVinod Koul <vinod.koul@intel.com>
      Reviewed-by: NLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      56b4437f
    • J
      ASoC: Intel: sst: only select sst-firmware when DW DMAC is built-in · a92ea59b
      Jie Yang 提交于
      The previous commit ef3e199a ("ASoC: Intel: sst: only use
      sst-firmware when DW DMAC is available") does not fix the 0day
      building errors thoroughly:
      
         sound/built-in.o: In function 'dw_dma_remove'
         sound/built-in.o: In function 'dw_dma_probe'
      
      Here we fallback to select sst-firmware only when DW DMAC
      is built-in selected. We may need to refactor sst common
      driver and split DW related codes to platform driver, but
      ATM, this fallback may be the smallest fix.
      
      Please be noticed that after applying this patch, we may
      need select DW DMAC manually in DMA driver menu, before
      we can prompt and select HSW/BDW and old BYT machines.
      Signed-off-by: NJie Yang <yang.jie@intel.com>
      Cc: Vinod Koul <vinod.koul@intel.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      a92ea59b
  9. 23 11月, 2015 2 次提交
  10. 22 11月, 2015 2 次提交
  11. 21 11月, 2015 5 次提交