Skip to content
Snippets Groups Projects
  1. May 14, 2021
  2. Apr 07, 2021
  3. Mar 17, 2021
  4. Dec 30, 2020
  5. Nov 17, 2020
  6. Nov 04, 2020
  7. Sep 21, 2020
  8. Sep 16, 2020
  9. Aug 26, 2020
  10. Aug 23, 2020
  11. Aug 10, 2020
  12. Jun 30, 2020
  13. Jun 23, 2020
  14. Jun 15, 2020
  15. Jun 01, 2020
  16. May 01, 2020
  17. Apr 30, 2020
  18. Apr 24, 2020
  19. Apr 21, 2020
  20. Apr 04, 2020
  21. Mar 26, 2020
  22. Mar 14, 2020
  23. Mar 06, 2020
  24. Feb 15, 2020
  25. Feb 11, 2020
    • Arvind Sankar's avatar
      ALSA: usb-audio: Apply sample rate quirk for Audioengine D1 · 93f9d1a4
      Arvind Sankar authored
      
      The Audioengine D1 (0x2912:0x30c8) does support reading the sample rate,
      but it returns the rate in byte-reversed order.
      
      When setting sampling rate, the driver produces these warning messages:
      [168840.944226] usb 3-2.2: current rate 4500480 is different from the runtime rate 44100
      [168854.930414] usb 3-2.2: current rate 8436480 is different from the runtime rate 48000
      [168905.185825] usb 3-2.1.2: current rate 30465 is different from the runtime rate 96000
      
      As can be seen from the hexadecimal conversion, the current rate read
      back is byte-reversed from the rate that was set.
      
      44100 == 0x00ac44, 4500480 == 0x44ac00
      48000 == 0x00bb80, 8436480 == 0x80bb00
      96000 == 0x017700,   30465 == 0x007701
      
      Rather than implementing a new quirk to reverse the order, just skip
      checking the rate to avoid spamming the log.
      
      Signed-off-by: default avatarArvind Sankar <nivedita@alum.mit.edu>
      Cc: <stable@vger.kernel.org>
      Link: https://lore.kernel.org/r/20200211162235.1639889-1-nivedita@alum.mit.edu
      
      
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      93f9d1a4
  26. Jan 13, 2020
  27. Jan 05, 2020
  28. Jan 04, 2020
  29. Dec 18, 2019
    • Hui Wang's avatar
      ALSA: usb-audio: set the interface format after resume on Dell WD19 · 92adc96f
      Hui Wang authored
      
      Recently we found the headset-mic on the Dell Dock WD19 doesn't work
      anymore after s3 (s2i or deep), this problem could be workarounded by
      closing (pcm_close) the app and then reopening (pcm_open) the app, so
      this bug is not easy to be detected by users.
      
      When problem happens, retire_capture_urb() could still be called
      periodically, but the size of captured data is always 0, it could be
      a firmware bug on the dock. Anyway I found after resuming, the
      snd_usb_pcm_prepare() will be called, and if we forcibly run
      set_format() to set the interface and its endpoint, the capture
      size will be normal again. This problem and workaound also apply to
      playback.
      
      To fix it in the kernel, add a quirk to let set_format() run
      forcibly once after resume.
      
      Signed-off-by: default avatarHui Wang <hui.wang@canonical.com>
      Cc: <stable@vger.kernel.org>
      Link: https://lore.kernel.org/r/20191218132650.6303-1-hui.wang@canonical.com
      
      
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      92adc96f
  30. Nov 14, 2019
  31. Oct 24, 2019
  32. Sep 24, 2019
  33. Sep 17, 2019
  34. Aug 28, 2019
Loading