1. 31 8月, 2017 4 次提交
  2. 25 8月, 2017 4 次提交
  3. 24 8月, 2017 1 次提交
  4. 23 8月, 2017 1 次提交
  5. 22 8月, 2017 8 次提交
  6. 20 8月, 2017 2 次提交
  7. 18 8月, 2017 5 次提交
  8. 17 8月, 2017 1 次提交
  9. 15 8月, 2017 4 次提交
    • T
      ALSA: usb-audio: Apply sample rate quirk to Sennheiser headset · a8e800fe
      Takashi Iwai 提交于
      A Senheisser headset requires the typical sample-rate quirk for
      avoiding spurious errors from inquiring the current sample rate like:
       usb 1-1: 2:1: cannot get freq at ep 0x4
       usb 1-1: 3:1: cannot get freq at ep 0x83
      
      The USB ID 1395:740a has to be added to the entries in
      snd_usb_get_sample_rate_quirk().
      
      Bugzilla: https://bugzilla.suse.com/show_bug.cgi?id=1052580
      Cc: <stable@vger.kernel.org>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      a8e800fe
    • D
      ALSA: seq: 2nd attempt at fixing race creating a queue · 7e1d90f6
      Daniel Mentz 提交于
      commit 4842e98f ("ALSA: seq: Fix race at
      creating a queue") attempted to fix a race reported by syzkaller. That
      fix has been described as follows:
      
      "
      When a sequencer queue is created in snd_seq_queue_alloc(),it adds the
      new queue element to the public list before referencing it.  Thus the
      queue might be deleted before the call of snd_seq_queue_use(), and it
      results in the use-after-free error, as spotted by syzkaller.
      
      The fix is to reference the queue object at the right time.
      "
      
      Even with that fix in place, syzkaller reported a use-after-free error.
      It specifically pointed to the last instruction "return q->queue" in
      snd_seq_queue_alloc(). The pointer q is being used after kfree() has
      been called on it.
      
      It turned out that there is still a small window where a race can
      happen. The window opens at
      snd_seq_ioctl_create_queue()->snd_seq_queue_alloc()->queue_list_add()
      and closes at
      snd_seq_ioctl_create_queue()->queueptr()->snd_use_lock_use(). Between
      these two calls, a different thread could delete the queue and possibly
      re-create a different queue in the same location in queue_list.
      
      This change prevents this situation by calling snd_use_lock_use() from
      snd_seq_queue_alloc() prior to calling queue_list_add(). It is then the
      caller's responsibility to call snd_use_lock_free(&q->use_lock).
      
      Fixes: 4842e98f ("ALSA: seq: Fix race at creating a queue")
      Reported-by: NDmitry Vyukov <dvyukov@google.com>
      Cc: <stable@vger.kernel.org>
      Signed-off-by: NDaniel Mentz <danielmentz@google.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      7e1d90f6
    • B
      ASoC: codecs: make snd_soc_platform_driver const · 0ed6f157
      Bhumika Goyal 提交于
      Make these const as they are either passed as the 2nd argument to the
      function devm_snd_soc_register_platform or snd_soc_register_platform,
      and the arguments are of type const.
      Done using Coccinelle.
      Signed-off-by: NBhumika Goyal <bhumirks@gmail.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      0ed6f157
    • B
      ASoC: qcom: make snd_soc_platform_driver const · 50d50c33
      Bhumika Goyal 提交于
      Make this const as it is only passed as the 2nd argument to the
      function devm_snd_soc_register_platform, which is of type const.
      Done using Coccinelle.
      Signed-off-by: NBhumika Goyal <bhumirks@gmail.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      50d50c33
  10. 14 8月, 2017 2 次提交
  11. 11 8月, 2017 1 次提交
    • T
      ALSA: seq: Fix CONFIG_SND_SEQ_MIDI dependency · 4d3a8693
      Takashi Iwai 提交于
      The commit 0181307a ("ALSA: seq: Reorganize kconfig and build")
      rewrote the dependency of each sequencer module in a standard way, but
      there was one change applied mistakenly: CONFIG_SND_SEQ_MIDI isn't
      enabled properly by CONFIG_SND_RAWMIDI.  I seem to have changed the
      wrong one instead, CONFIG_SND_SEQ_MIDI_EMUL, which is eventually
      reverse-selected by CONFIG_SND_SEQ_MIDI itself.  This ended up the
      lack of snd-seq-midi module as reported below.
      
      The fix is to put def_tristate properly to CONFIG_SND_SEQ_MIDI instead
      of *_MIDI_EMUL entry.
      
      Fixes: 0181307a ("ALSA: seq: Reorganize kconfig and build")
      Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=196633Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      4d3a8693
  12. 10 8月, 2017 4 次提交
  13. 08 8月, 2017 1 次提交
  14. 07 8月, 2017 2 次提交