1. 27 Nov, 2017 1 commit
  2. 18 Sep, 2017 1 commit
  3. 16 Sep, 2016 1 commit
  4. 22 Aug, 2016 1 commit
  5. 13 Jun, 2016 1 commit
    • Charles Keepax's avatar
      ALSA: compress: Add function to indicate the stream has gone bad · a4f2d87c
      Charles Keepax authored
      Currently, the avail IOCTL doesn't pass any error status, which
      means typically on error it simply shows no data available. This
      can lead to situations where user-space is waiting indefinitely
      for data that will never come as the DSP has suffered an
      unrecoverable error.
      
      Add snd_compr_stop_error which end drivers can call to indicate
      the stream has suffered an unrecoverable error and stop it. The
      avail and poll IOCTLs are then updated to report if the stream is
      in an error state to user-space. Allowing the error to propagate
      out. Processing of the actual snd_compr_stop needs to be deferred
      to a worker thread as the end driver may detect the errors during
      an existing operation callback.
      Signed-off-by: 's avatarCharles Keepax <ckeepax@opensource.wolfsonmicro.com>
      Acked-by: 's avatarVinod Koul <vinod.koul@intel.com>
      Signed-off-by: 's avatarMark Brown <broonie@kernel.org>
      a4f2d87c
  6. 09 May, 2016 4 commits
  7. 04 Mar, 2016 4 commits
  8. 25 Jan, 2016 1 commit
    • Takashi Iwai's avatar
      ALSA: compress: Disable GET_CODEC_CAPS ioctl for some architectures · 462b3f16
      Takashi Iwai authored
      Some architectures like PowerPC can handle the maximum struct size in
      an ioctl only up to 13 bits, and struct snd_compr_codec_caps used by
      SNDRV_COMPRESS_GET_CODEC_CAPS ioctl overflows this limit.  This
      problem was revealed recently by a powerpc change, as it's now treated
      as a fatal build error.
      
      This patch is a stop-gap for that: for architectures with less than 14
      bit ioctl struct size, get rid of the handling of the relevant ioctl.
      We should provide an alternative equivalent ioctl code later, but for
      now just paper over it.  Luckily, the compress API hasn't been used on
      such architectures, so the impact must be effectively zero.
      Reviewed-by: 's avatarMark Brown <broonie@kernel.org>
      Acked-by: 's avatarSudip Mukherjee <sudipm.mukherjee@gmail.com>
      Cc: <stable@vger.kernel.org>
      Signed-off-by: 's avatarTakashi Iwai <tiwai@suse.de>
      462b3f16
  9. 07 Dec, 2015 1 commit
  10. 30 Nov, 2015 2 commits
  11. 02 Feb, 2015 2 commits
  12. 16 Jul, 2014 1 commit
  13. 19 Mar, 2014 1 commit
  14. 05 Jan, 2014 1 commit
  15. 12 Nov, 2013 1 commit
  16. 07 Nov, 2013 1 commit
    • Vinod Koul's avatar
      ALSA: compress: fix drain calls blocking other compress functions (v6) · f44f2a54
      Vinod Koul authored
      The drain and drain_notify callback were blocked by low level driver
      until the draining was complete. Due to this being invoked with big
      fat mutex held, others ops like reading timestamp, calling pause, drop
      were blocked.
      
      So to fix this we add a new snd_compr_drain_notify() API. This would
      be required to be invoked by low level driver when drain or partial
      drain has been completed by the DSP. Thus we make the drain and
      partial_drain callback as non blocking and driver returns immediately
      after notifying DSP.  The waiting is done while releasing the lock so
      that other ops can go ahead.
      
      [ The commit 917f4b5c was wrongly applied from the preliminary
        patch.  This commit corrects to the final version.
        Sorry for inconvenience!  -- tiwai ]
      Signed-off-by: 's avatarVinod Koul <vinod.koul@intel.com>
      CC: stable@vger.kernel.org
      Signed-off-by: 's avatarTakashi Iwai <tiwai@suse.de>
      f44f2a54
  17. 24 Oct, 2013 1 commit
    • Vinod Koul's avatar
      ALSA: compress: fix drain calls blocking other compress functions · 917f4b5c
      Vinod Koul authored
      The drain and drain_notify callback were blocked by low level driver untill the
      draining was complete. Due to this being invoked with big fat mutex held, others
      ops like reading timestamp, calling pause, drop were blocked.
      
      So to fix this we add a new snd_compr_drain_notify() API. This would be required
      to be invoked by low level driver when drain or partial drain has been completed
      by the DSP. Thus we make the drain and partial_drain callback as non blocking
      and driver returns immediately after notifying DSP.
      The waiting is done while relasing the lock so that other ops can go ahead.
      Signed-off-by: 's avatarVinod Koul <vinod.koul@intel.com>
      CC: stable@vger.kernel.org
      Signed-off-by: 's avatarTakashi Iwai <tiwai@suse.de>
      917f4b5c
  18. 26 Sep, 2013 1 commit
  19. 19 Sep, 2013 1 commit
  20. 29 Jul, 2013 1 commit
  21. 29 Apr, 2013 1 commit
  22. 22 Apr, 2013 2 commits
  23. 21 Apr, 2013 6 commits
  24. 14 Feb, 2013 1 commit
  25. 11 Feb, 2013 1 commit
  26. 30 Oct, 2012 1 commit