1. 16 4月, 2016 1 次提交
  2. 05 2月, 2016 1 次提交
    • C
      ASoC: arizona: Add support for SNDRV_PCM_RATE_KNOT · d81221ff
      Charles Keepax 提交于
      The Arizona CODECs support several rates that do not have simple defines
      in ALSA. This patch adds support for SNDRV_PCM_RATE_KNOT so that users
      can open stream at these rates. As part of this we should always set
      constraints in arizona_startup, currently we only set the constraints if
      we already have a clock to limit rates to that family of sample rates.
      This patch updates this to set a constraint of all rates supported by
      the chip if we do not already know which family of rates to limit to.
      Finally we also reduce the list of rates supported in the constraints to
      only include those that are supported on current parts.
      Signed-off-by: NCharles Keepax <ckeepax@opensource.wolfsonmicro.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      d81221ff
  3. 29 1月, 2016 1 次提交
  4. 23 12月, 2015 1 次提交
  5. 04 12月, 2015 1 次提交
  6. 20 11月, 2015 1 次提交
  7. 03 10月, 2015 2 次提交
  8. 17 9月, 2015 1 次提交
  9. 26 8月, 2015 1 次提交
    • C
      ASoC: arizona: Poll for FLL clock OK rather than use interrupts · 0e765971
      Charles Keepax 提交于
      The extcon driver takes the DAPM mutex from within the interrupt thread
      in several places, which makes it possible to get into a situation where
      the interrupt thread is blocked waiting on the DAPM mutex whilst a DAPM
      sequence is running which is attempting to configure the FLL. In this
      case the FLL completion can't be completed as as the IRQ handler is
      ONE_SHOT, which cause the FLL lock to use the full time out (250mS) and
      report that the process timed out.
      
      It is not really practical to make the extcon driver not take the DAPM
      mutex from within the interrupt thread, at least not without extensive
      modification. So this patch fixes the issue by switching the wait for
      the FLL lock to polling. A few fast polls are done first as the FLL
      should lock quickly for a good quality reference clock, (indeed it hits
      on the first poll on my system) and it will poll every 20mS after that
      until it times out.
      Signed-off-by: NCharles Keepax <ckeepax@opensource.wolfsonmicro.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      Cc: stable@vger.kernel.org
      0e765971
  10. 07 7月, 2015 2 次提交
  11. 19 6月, 2015 1 次提交
    • R
      ASoC: wm_adsp: Move DSP Rate controls into the codec · 336d0442
      Richard Fitzgerald 提交于
      The rate controls are codec-specific, it's not possible to
      generically say what the range or the meaning of each control
      is (or even if they exist at all) - that depends on the
      particular codec.
      
      This is currently being handled for Arizona codecs by putting
      an Arizona-specific table of controls inside the wm_adsp driver.
      This creates a dependency between wm_adsp and arizona.c, and is an
      awkward solution if the ADSP is used in another family of codecs
      
      Fix this by moving the Arizona-specific rate controls into the
      Arizona codec drivers.
      Signed-off-by: NRichard Fitzgerald <rf@opensource.wolfsonmicro.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      336d0442
  12. 03 6月, 2015 1 次提交
    • R
      ASoC: arizona: Export functions to control subsystem DVFS · 346d9683
      Richard Fitzgerald 提交于
      The WM5102 and WM8997 codecs have an internal dynamic clock booster.
      When this booster is active, the DCVDD voltage must be increased.
      If all the currently active audio paths can run with the root SYSCLK
      we can disable the booster, allowing us to turn down DCVDD voltage
      to save power.
      
      Previously this was being done by having the booster enable bit set
      as a side-effect of the LDO1 regulator driver, which is unexpected
      behaviour of a regulator and not compatible with using an external
      regulator.  [Originally this was documented as a feature of the internal
      LDO -- broonie]
      
      This patch exports functions to handle the booster enable and
      DCVDD voltage, with each relevant subsystem flagging whether it can
      currently run without the booster. Note that these subsystems are
      stateless and none of them are nestable, so there's no need for
      reference counting, we only need a simple boolean for each subsystem
      of whether their current condition could require the booster or will
      allow us to turn the codec down to lower operating power.
      Signed-off-by: NRichard Fitzgerald <rf@opensource.wolfsonmicro.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      346d9683
  13. 07 5月, 2015 1 次提交
  14. 28 1月, 2015 2 次提交
  15. 21 6月, 2014 1 次提交
  16. 15 4月, 2014 1 次提交
  17. 09 1月, 2014 1 次提交
  18. 19 12月, 2013 2 次提交
  19. 21 11月, 2013 1 次提交
  20. 20 11月, 2013 1 次提交
  21. 12 8月, 2013 1 次提交
  22. 07 8月, 2013 1 次提交
  23. 15 7月, 2013 1 次提交
  24. 21 5月, 2013 1 次提交
  25. 26 3月, 2013 1 次提交
  26. 22 3月, 2013 2 次提交
  27. 13 3月, 2013 1 次提交
  28. 04 3月, 2013 6 次提交
  29. 16 1月, 2013 1 次提交
  30. 05 1月, 2013 1 次提交