1. 29 7月, 2010 1 次提交
  2. 28 7月, 2010 1 次提交
  3. 27 7月, 2010 1 次提交
  4. 26 7月, 2010 2 次提交
  5. 21 7月, 2010 1 次提交
  6. 20 7月, 2010 1 次提交
  7. 19 7月, 2010 5 次提交
  8. 16 7月, 2010 4 次提交
  9. 15 7月, 2010 1 次提交
  10. 14 7月, 2010 1 次提交
  11. 13 7月, 2010 1 次提交
  12. 12 7月, 2010 2 次提交
  13. 09 7月, 2010 1 次提交
  14. 08 7月, 2010 1 次提交
  15. 06 7月, 2010 7 次提交
  16. 05 7月, 2010 1 次提交
  17. 28 6月, 2010 3 次提交
    • D
      sis7019: increase reset delays · 08b45098
      David Dillow 提交于
      A few boards using this controller are reported to need a little extra
      time during their reset cycle.
      Reported-by: NMichael Goeke <michael.goeke@icachip.de>
      Signed-off-by: NDave Dillow <dave@thedillows.org>
      Signed-off-by: NJaroslav Kysela <perex@perex.cz>
      08b45098
    • D
      sis7019: fix capture issues with multiple periods per buffer · 3a3d5fd1
      David Dillow 提交于
      When using a timing voice to clock out periods during capture, the
      driver would slowly loose synchronization and never catch up, eventually
      reaching a point where it no longer generated interrupts. To avoid
      this situation, the virtual period clocking was changed to shorten the
      next timing period when our timing voice falls too far behind the
      capture voice. In addition, the first virtual period for the timing
      voice was slightly too short, causing the timing voice to initially be
      ahead of the capture voice.
      
      While tracking down this problem, I noticed that the expected sample
      offset was being incorrectly initialized, causing an overrun to be
      incorrectly reported when the timing voice happened to be perfectly
      synchronized.
      Reported-by: NHans Schou <linux@schou.dk>
      Signed-off-by: NDave Dillow <dave@thedillows.org>
      Signed-off-by: NJaroslav Kysela <perex@perex.cz>
      3a3d5fd1
    • D
      ALSA: pcm_lib: avoid timing jitter in snd_pcm_read/write() · 5daeba34
      David Dillow 提交于
      When using poll() to wait for the next period -- or avail_min samples --
      one gets a consistent delay for each system call that is usually just a
      little short of the selected period time. However, When using
      snd_pcm_read/write(), one gets a jittery delay that alternates between
      less than a millisecond and approximately two period times. This is
      caused by snd_pcm_lib_{read,write}1() transferring any available samples
      to the user's buffer and adjusting the application pointer prior to
      sleeping to the end of the current period. When the next period
      interrupt occurs, there is then less than avail_min samples remaining to
      be transferred in the period, so we end up sleeping until a second
      period occurs.
      
      This is solved by using runtime->twake as the number of samples needed
      for a wakeup in addition to selecting the proper wait queue to wake in
      snd_pcm_update_state(). This requires twake to be non-zero when used
      by snd_pcm_lib_{read,write}1() even if avail_min is zero.
      Signed-off-by: NDave Dillow <dave@thedillows.org>
      Signed-off-by: NJaroslav Kysela <perex@perex.cz>
      5daeba34
  18. 24 6月, 2010 1 次提交
  19. 23 6月, 2010 5 次提交