1. 19 3月, 2022 4 次提交
  2. 11 3月, 2022 4 次提交
  3. 09 3月, 2022 1 次提交
  4. 08 3月, 2022 1 次提交
  5. 24 2月, 2022 1 次提交
  6. 10 2月, 2022 2 次提交
  7. 17 12月, 2021 1 次提交
  8. 26 11月, 2021 4 次提交
  9. 24 11月, 2021 2 次提交
  10. 18 11月, 2021 2 次提交
  11. 07 10月, 2021 1 次提交
  12. 02 10月, 2021 1 次提交
  13. 16 9月, 2021 2 次提交
  14. 13 4月, 2021 1 次提交
  15. 30 3月, 2021 2 次提交
  16. 02 2月, 2021 1 次提交
  17. 21 11月, 2020 1 次提交
  18. 19 11月, 2020 1 次提交
    • K
      ASoC: SOF: relax PCM period and buffer size constraints · 9983ac49
      Kai Vehmanen 提交于
      Current SOF implementation limits period and buffer sizes to multiples
      of period_min. Period_min is defined in topology, but is in practise set
      to align with the SOF DSP timer tick (typically 1ms).
      
      While this approach helps user-space to avoid period sizes, which are
      not aligned to the DSP timer tick, it causes problems to applications
      which want to align data processing size to that of ALSA period size.
      One example is JACK audio server, which limits period sizes to power of
      two values.
      
      Other ALSA drivers where audio data transfer is driven by a timer tick,
      like USB, do not constraint period and buffer sizes to exact multiple of
      the timer tick.
      
      To align SOF to follow the same behaviour, drop the additional alignment
      constraints. As a side-effect, this patch can cause irregularity to
      period wakeup timing. This happens when application chooses settings
      which were previously forbidden. For example, if application configures
      period size to 2^14 bytes and audio config of S32_LE/2ch/48000Hz, one
      period represents 42.667ms of audio. Without this patch, this
      configuration is not allowed by SOF. With the patch applied,
      configuration is allowed but the wakeups are paced by the DSP timer
      tick, which is typically 1ms. Application will see period wakeups with a
      42/43/42/43ms repeating pattern.
      
      Both approaches are valid within ALSA context, but relaxing the
      constraints is better aligned with existing applications and other ALSA
      drivers like USB audio.
      Signed-off-by: NKai Vehmanen <kai.vehmanen@linux.intel.com>
      Reviewed-by: NPierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
      Reviewed-by: NRanjani Sridharan <ranjani.sridharan@linux.intel.com>
      Link: https://lore.kernel.org/r/20201118140545.2138895-1-kai.vehmanen@linux.intel.comSigned-off-by: NMark Brown <broonie@kernel.org>
      9983ac49
  19. 05 11月, 2020 1 次提交
  20. 26 8月, 2020 2 次提交
  21. 24 8月, 2020 1 次提交
  22. 24 7月, 2020 1 次提交
  23. 22 7月, 2020 1 次提交
  24. 02 5月, 2020 1 次提交
  25. 30 4月, 2020 1 次提交