1. 09 12月, 2017 1 次提交
  2. 26 5月, 2017 1 次提交
  3. 25 5月, 2017 2 次提交
  4. 05 4月, 2017 2 次提交
  5. 07 3月, 2017 2 次提交
  6. 24 1月, 2017 3 次提交
  7. 07 1月, 2017 1 次提交
    • C
      ASoC: wm_adsp: Add mechanism to preload firmware on a core · af813a6f
      Charles Keepax 提交于
      As requirements to bring up audio paths are continuous getting tighter
      and the DSP download to most ADSP devices happens over an external bus
      it can become an important factor in the path bring up time. As such
      sometimes it is a reasonable trade off to download the firmware ahead of
      when it will be required and take a small hit on power consumption for
      keeping the core powered up.
      
      This "preloading" adds an additional control for each DSP core "DSPx
      Preload Switch" that when set to true will power up the DSP core and
      download the firmware currently selected in the "DSPx Firmware" control.
      Whilst the core is preloaded the current firmware can not be changed and
      the CODEC will be kept powered up and SYSCLK held on. Although future
      improvements may allow the SYSCLK to be powered down as well because
      the hardware only requires SYSCLK whilst the download is actually taking
      place, but this is not covered in this series.
      Signed-off-by: NCharles Keepax <ckeepax@opensource.wolfsonmicro.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      af813a6f
  8. 20 12月, 2016 1 次提交
  9. 12 12月, 2016 1 次提交
  10. 23 11月, 2016 3 次提交
  11. 22 11月, 2016 1 次提交
  12. 14 11月, 2016 1 次提交
  13. 11 11月, 2016 4 次提交
  14. 21 10月, 2016 1 次提交
  15. 27 9月, 2016 3 次提交
  16. 25 9月, 2016 2 次提交
    • C
      ASoC: wm_adsp: Move control cache sync out of preloader · cef45771
      Charles Keepax 提交于
      As part of the work to download firmware before the audio path is brought
      up the DSP will be put into a low power state between downloading firmware
      to the core and starting it running. This will mean that the firmware ALSA
      controls are not accessible in the hardware during this period of time.
      
      To prepare for this change we gate access to the hardware in the ALSA
      control handlers on the DSP being running rather than simply booted and
      move the synchronisation of the control caches out of the preloader delayed
      work and into the main DAPM thread after the DSP will have been brought out
      of its low power state.
      Signed-off-by: NCharles Keepax <ckeepax@opensource.wolfsonmicro.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      cef45771
    • C
      ASoC: wm_adsp: Separate concept of booted and running · 28823eba
      Charles Keepax 提交于
      Currently the wm_adsp driver has a flag that indicates the DSP is
      "running", this flag is used to gate access to the hardware.  However this
      flag is actually set in the firmware download thread after the firmware has
      been downloaded, but this is before the core is actually started running,
      so really it currently indicates that the core has been booted and is
      perhaps running.
      
      This patch clearly separates out the concepts of booted (firmware is
      downloaded) and running (code is executing on the DSP) within the wm_adsp
      driver.
      Signed-off-by: NCharles Keepax <ckeepax@opensource.wolfsonmicro.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      28823eba
  17. 22 6月, 2016 1 次提交
  18. 13 6月, 2016 2 次提交
  19. 30 5月, 2016 1 次提交
  20. 05 5月, 2016 2 次提交
  21. 02 5月, 2016 1 次提交
  22. 27 4月, 2016 2 次提交
  23. 07 4月, 2016 2 次提交