1. 20 7月, 2015 1 次提交
    • D
      ALSA: hda - Fix Skylake codec timeout · 033ea349
      David Henningsson 提交于
      When the controller is powered up but the HDMI codec is powered down
      on Skylake, the power well is turned off. When the codec is then
      powered up again, we need to poke the codec a little extra to make
      sure it wakes up. Otherwise we'll get sad "no response from codec"
      messages and broken audio.
      
      This also changes azx_runtime_resume to actually call
      snd_hdac_set_codec_wakeup for Skylake (before STATETS read).
      (Otherwise it would only have been called for Haswell and Broadwell,
      which both do not need it, so this probably was not the author's
      intention.)
      Signed-off-by: NDavid Henningsson <david.henningsson@canonical.com>
      Reviewed-by: NLibin Yang <libin.yang@intel.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      033ea349
  2. 19 7月, 2015 1 次提交
  3. 18 7月, 2015 1 次提交
  4. 17 7月, 2015 1 次提交
    • T
      ALSA: pcm: Fix lockdep warning with nonatomic PCM ops · 67756e31
      Takashi Iwai 提交于
      With the nonatomic PCM ops, the system may spew lockdep warnings like:
      
       =============================================
       [ INFO: possible recursive locking detected ]
       4.2.0-rc1-jeejaval3 #12 Not tainted
       ---------------------------------------------
       aplay/4029 is trying to acquire lock:
        (snd_pcm_link_rwsem){.+.+.+}, at: [<ffffffff816fd473>] snd_pcm_stream_lock+0x43/0x60
      
       but task is already holding lock:
        (snd_pcm_link_rwsem){.+.+.+}, at: [<ffffffff816fcf29>] snd_pcm_action_nonatomic+0x29/0x80
      
       other info that might help us debug this:
        Possible unsafe locking scenario:
      
              CPU0
              ----
         lock(snd_pcm_link_rwsem);
         lock(snd_pcm_link_rwsem);
      
      Although this is false-positive as the rwsem is taken always as
      read-only for these code paths, it's certainly annoying to see this at
      any occasion.  A simple fix is to use down_read_nested() in
      snd_pcm_stream_lock() that can be called inside another lock.
      Reported-by: NVinod Koul <vinod.koul@intel.com>
      Reported-by: NJeeja Kp <jeeja.kp@intel.com>
      Tested-by: NJeeja Kp <jeeja.kp@intel.com>
      Cc: <stable@vger.kernel.org>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      67756e31
  5. 16 7月, 2015 1 次提交
  6. 14 7月, 2015 1 次提交
  7. 08 7月, 2015 1 次提交
  8. 06 7月, 2015 1 次提交
  9. 01 7月, 2015 1 次提交
  10. 30 6月, 2015 1 次提交
    • C
      ALSA: Fix uninintialized error return · 0755e74b
      Colin Ian King 提交于
      Static analysis with cppcheck found the following error:
        [sound/core/init.c:118]: (error) Uninitialized variable: err
      
      ..this was introduced by commit 2471b6c8
      ("ALSA: info: Register proc entries recursively, too") where the call
      to snd_info_card_register was removed and no longer setting the error
      return in err.  When snd_info_create_card_entry fails to allocate a
      an entry, the error path exits with garbage in err.  Fix is to return
      -ENOMEM if entry fails to be allocated.
      
      Fixes: 2471b6c8 ("ALSA: info: Register proc entries recursively, too")
      Signed-off-by: NColin Ian King <colin.king@canonical.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      0755e74b
  11. 29 6月, 2015 3 次提交
  12. 27 6月, 2015 1 次提交
  13. 26 6月, 2015 2 次提交
  14. 25 6月, 2015 3 次提交
  15. 23 6月, 2015 1 次提交
    • T
      ALSA: pcm: Fix pcm_class sysfs output · 60b93030
      Takashi Iwai 提交于
      The pcm_class sysfs of each PCM substream gives only "none" since the
      recent code change to embed the struct device.  Fix the code to point
      directly to the embedded device object properly.
      
      Fixes: ef46c7af ('ALSA: pcm: Embed struct device')
      Cc: <stable@vger.kernel.org> # v4.0+
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      60b93030
  16. 22 6月, 2015 20 次提交