1. 13 4月, 2016 2 次提交
    • T
      ALSA: hda - Fix inconsistent monitor_present state until repoll · c44da62b
      Takashi Iwai 提交于
      While the previous commit fixed the missing monitor_present flag
      update, it may be still in an inconsistent state while the driver
      repolls: the flag itself is updated, but the eld_valid flag and the
      contents don't follow until the repoll finishes (and may be repeated
      for a few times).
      
      The basic problem is that pin_eld->monitor_present is updated in the
      caller side.  This should have been updated only in update_eld().  So,
      the proper fix is to avoid accessing pin_eld but only spec->temp_eld.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      c44da62b
    • H
      ALSA: hda - Fix regression of monitor_present flag in eld proc file · 023d8218
      Hyungwon Hwang 提交于
      The commit [bd481285: ALSA: hda - Fix forgotten HDMI
      monitor_present update] covered the missing update of monitor_present
      flag, but this caused a regression for devices without the i915 eld
      notifier.  Since the old code supposed that pin_eld->monitor_present
      was updated by the caller side, the hdmi_present_sense_via_verbs()
      doesn't update the temporary eld->monitor_present but only
      pin_eld->monitor_present, which is now overridden in update_eld().
      
      The fix is to update pin_eld->monitor_present as well before calling
      update_eld().
      
      Note that this may still leave monitor_present flag in an inconsistent
      state when the driver repolls, but this is at least the old behavior.
      More proper fix will follow in the later patch.
      
      Fixes: bd481285 ('ALSA: hda - Fix forgotten HDMI monitor_present update')
      Signed-off-by: NHyungwon Hwang <hyungwon.hwang7@gmail.com>
      Cc: <stable@vger.kernel.org>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      023d8218
  2. 12 4月, 2016 1 次提交
    • K
      ALSA: usb-audio: Skip volume controls triggers hangup on Dell USB Dock · adcdd0d5
      Kailang Yang 提交于
      This is Dell usb dock audio workaround.
      It was fixed the master volume keep lower.
      
      [Some background: the patch essentially skips the controls of a couple
       of FU volumes.  Although the firmware exposes the dB and the value
       information via the usb descriptor, changing the values (we set the
       min volume as default) screws up the device.  Although this has been
       fixed in the newer firmware, the devices are shipped with the old
       firmware, thus we need the workaround in the driver side.  -- tiwai]
      Signed-off-by: NKailang Yang <kailang@realtek.com>
      Cc: <stable@vger.kernel.org>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      adcdd0d5
  3. 11 4月, 2016 2 次提交
  4. 06 4月, 2016 1 次提交
  5. 04 4月, 2016 2 次提交
    • T
      ALSA: usb-audio: Add a sample rate quirk for Phoenix Audio TMX320 · f03b24a8
      Takashi Iwai 提交于
      Phoenix Audio TMX320 gives the similar error when the sample rate is
      asked:
        usb 2-1.3: 2:1: cannot get freq at ep 0x85
        usb 2-1.3: 1:1: cannot get freq at ep 0x2
        ....
      
      Add the corresponding USB-device ID (1de7:0014) to
      snd_usb_get_sample_rate_quirk() list.
      
      Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=110221
      Cc: <stable@vger.kernel.org>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      f03b24a8
    • T
      ALSA: hda - Bind with i915 only when Intel graphics is present · bfa5fb14
      Takashi Iwai 提交于
      On Skylake and onwards, the HD-audio controller driver needs to bind
      with i915 for having the control of power well audio domain before
      actually probing the codec.  This leads to the load of i915 driver
      from the audio driver side.  But, there are systems that have no Intel
      graphics but Nvidia or AMD GPU, although they still use HD-audio bus
      for the onboard audio codecs.  On these, loading the i915 driver is
      nothing but a useless memory and CPU consumption.
      
      A simple way to avoid it is just to look for the Intel graphics PCI
      entry beforehand, and try to bind with i915 only when such an entry is
      found.  Currently, it assumes the PCI display class.  If another class
      appears, this needs to be extended (although it's very unlikely).
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      bfa5fb14
  6. 03 4月, 2016 9 次提交
  7. 02 4月, 2016 23 次提交
新手
引导
客服 返回
顶部