1. 07 Jul, 2020 12 commits
  2. 30 Jun, 2020 1 commit
  3. 25 Jun, 2020 1 commit
  4. 19 Jun, 2020 2 commits
    • Takashi Iwai's avatar
      Merge branch 'topic/hda-micmute-led' into for-next · c7440acc
      Takashi Iwai authored
      This is a patch set inspired by the recent patch Kai-Heng posted about
      the HD-audio mic-mute LED control.  Currently HD-audio driver deals
      with the mute and mic-mute LED in several different ways: primarily
      with the direct callback of vmaster hook and capture sync hook, while
      another with the LED class device binding.  The latter has been used
      for binding with the platform device LEDs like Thinkpad, Dell,
      Huawei.  And, yet, recently we added our own LED classdev for the
      mic-mute LED on some HP systems although they are controlled directly
      with the callback; it's exposed, however, for the DMIC that is
      governed by a different ASoC driver.
      
      This patch set is an attempt to sort out and make them consistent:
      namely,
      * All LEDs are now controlled via LED class device
      * The generic driver provides helper functions to easily build up the
        LED class dev and the relevant mixer controls
      * Conversion of the existing framework and clean ups
      
      The patches are lightly tested in my side with a couple of machines
      and also through hda-emu tests.  Some devices receive new kcontrols
      for the mute LED behavior (that have been missing so far), but
      anything else look good though my tests.
      
      Link: https://lore.kernel.org/r/20200618110842.27238-1-tiwai@suse.deSigned-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      c7440acc
    • Takashi Iwai's avatar
      ALSA: hda: Enable sync-write operation as default for all controllers · f34a4c9d
      Takashi Iwai authored
      In the end we already enabled the sync-write mode for most of HD-audio
      controllers including Intel, and it's no big merit to keep the async
      write mode for the rest.  Let's make it as default and drop the
      superfluous AZX_DCAPS_SYNC_WRITE bit flag.
      
      Also, avoid to set the allow_bus_reset flag, which is a quite unstable
      and hackish behavior that was needed only for some early platforms
      (decades ago).  The straight fallback to the single cmd mode is more
      robust.
      
      Link: https://lore.kernel.org/r/20200618144051.7415-1-tiwai@suse.deSigned-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      f34a4c9d
  5. 18 Jun, 2020 13 commits
  6. 17 Jun, 2020 1 commit
  7. 15 Jun, 2020 8 commits
  8. 14 Jun, 2020 2 commits
    • Linus Torvalds's avatar
      Linux 5.8-rc1 · b3a9e3b9
      Linus Torvalds authored
      b3a9e3b9
    • Linus Torvalds's avatar
      Merge tag 'LSM-add-setgid-hook-5.8-author-fix' of git://github.com/micah-morton/linux · 4a87b197
      Linus Torvalds authored
      Pull SafeSetID update from Micah Morton:
       "Add additional LSM hooks for SafeSetID
      
        SafeSetID is capable of making allow/deny decisions for set*uid calls
        on a system, and we want to add similar functionality for set*gid
        calls.
      
        The work to do that is not yet complete, so probably won't make it in
        for v5.8, but we are looking to get this simple patch in for v5.8
        since we have it ready.
      
        We are planning on the rest of the work for extending the SafeSetID
        LSM being merged during the v5.9 merge window"
      
      * tag 'LSM-add-setgid-hook-5.8-author-fix' of git://github.com/micah-morton/linux:
        security: Add LSM hooks to set*gid syscalls
      4a87b197