1. 20 11月, 2013 1 次提交
  2. 24 10月, 2013 3 次提交
  3. 23 10月, 2013 6 次提交
  4. 22 10月, 2013 5 次提交
  5. 21 10月, 2013 7 次提交
  6. 20 10月, 2013 5 次提交
    • L
      ASoC: dmaengine-pcm: Provide default config · fa654e08
      Lars-Peter Clausen 提交于
      This patch adds some default settings for the generic dmaengine PCM driver for
      the case that no config has been supplied. The following defaults are used:
      	* Use snd_dmaengine_pcm_prepare_slave_config for preparing the DMA slave
      	  config.
      	* 512kB for the prealloc buffer size. This value has been chosen based on
      	  'feels about right' and is not backed up by any scientific facts. We
      	  may need to come up with something smarter in the future but it should
      	  work fine for now.
      
      With this infrastructure in place we can finally write DAI drivers which are
      independent of the DMA controller they are connected to. This is e.g. useful if
      the DAI IP core is reused across different SoCs, but the SoCs uses different DMA
      controllers.
      Signed-off-by: NLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      fa654e08
    • L
      ASoC: dmaengine-pcm: Add support for querying DMA capabilities · c0de42bf
      Lars-Peter Clausen 提交于
      Currently each platform making use the the generic dmaengine PCM driver still
      needs to provide a custom snd_pcm_hardware struct which specifies the
      capabilities of the DMA controller, e.g. the maximum period size that can be
      supported. This patch adds code which uses the newly introduced
      dma_get_slave_caps() API to query this information from the dmaengine driver.
      The new code path will only be taken if the 'pcm_hardware' field of the
      snd_dmaengine_pcm_config struct is NULL.
      
      The patch also introduces a new 'fifo_size' field to the
      snd_dmaengine_dai_dma_data struct which is used to initialize the
      snd_pcm_hardware 'fifo_size' field and needs to be set by the DAI driver.
      Signed-off-by: NLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      c0de42bf
    • M
      ASoC: rt5640: Don't go to standby on resume · ebce3114
      Mark Brown 提交于
      There is no need for the CODEC to go to standby on resume since the core will
      power it up as needed and in any case it is an idle_bias_off CODEC so would
      normally sit with bias off while idle.
      Signed-off-by: NMark Brown <broonie@linaro.org>
      Tested-by: NStephen Warren <swarren@nvidia.com>
      ebce3114
    • M
      ASoC: rt5640: Power down LDO while suspended · e58f301e
      Mark Brown 提交于
      If we have control over the LDO then disable it during suspend; the device
      is already being put into reset so will be non-functional over suspend
      anyway and this will save a small amount of power.
      Signed-off-by: NMark Brown <broonie@linaro.org>
      Tested-by: NStephen Warren <swarren@nvidia.com>
      e58f301e
    • M
      ASoC: cirrus: Enable compile test builds · 6197c344
      Mark Brown 提交于
      The core support for ep93xx (currently only the DMA driver) does not
      depend on the architecture at all and everything else has more strict
      dependencies so enable compile test builds for improved build coverage.
      Signed-off-by: NMark Brown <broonie@linaro.org>
      6197c344
  7. 18 10月, 2013 8 次提交
  8. 17 10月, 2013 5 次提交