1. 28 5月, 2015 1 次提交
  2. 27 5月, 2015 2 次提交
  3. 26 5月, 2015 1 次提交
  4. 24 5月, 2015 1 次提交
    • T
      Revert "ALSA: hda - Add mute-LED mode control to Thinkpad" · 3530febb
      Takashi Iwai 提交于
      This reverts commit 7290006d.
      
      Through the regression report, it was revealed that the
      tpacpi_led_set() call to thinkpad_acpi helper doesn't only toggle the
      mute LED but actually mutes the sound.  This is contradiction to the
      expectation, and rather confuses user.
      
      According to Henrique, it's not trivial to judge which TP model
      behaves "LED-only" and which model does whatever more intrusive, as
      Lenovo's implementations vary model by model.  So, from the safety
      reason, we should revert the patch for now.
      Reported-by: NMartin Steigerwald <martin@lichtvoll.de>
      Cc: Pali Rohár <pali.rohar@gmail.com>
      Cc: <stable@vger.kernel.org>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      3530febb
  5. 20 5月, 2015 2 次提交
    • T
      ALSA: hda - Disable widget power-saving for ALC292 & co · 219f47e4
      Takashi Iwai 提交于
      We've got reports that ALC3226 (a Dell variant of ALC292) gives click
      noises at transition from D3 to D0 when the widget power-saving is
      enabled.  Further debugging session showed that avoiding it isn't
      trivial, unfortunately, since paths are basically activated
      dynamically while the pins have been already enabled.
      
      This patch disables the widget power-saving for such codecs.
      Reported-by: NJonathan McDowell <noodles@earth.li>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      219f47e4
    • T
      ALSA: hda - Reduce verbs by node power-saves · 48f4b3a2
      Takashi Iwai 提交于
      The widget (node) power-saves restore the widget states at each
      transition from D3 to D0 on each node.  This was added in the commit
      [d545a57c:ALSA: hda - Sync node attributes at resume from widget
      power saving].  However, the test was rater false-positive; this
      wasn't needed for any codecs.
      
      Since the resync may take significant number of additional verbs to be
      executed, it's better to reduce it.  Let's disable it for now again.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      48f4b3a2
  6. 18 5月, 2015 3 次提交
  7. 11 5月, 2015 1 次提交
  8. 05 5月, 2015 1 次提交
  9. 04 5月, 2015 1 次提交
  10. 01 5月, 2015 1 次提交
  11. 29 4月, 2015 1 次提交
    • P
      ALSA: emu10k1: Emu10k2 32 bit DMA mode · 7241ea55
      Peter Zubaj 提交于
      Looks like audigy emu10k2 (probably emu10k1 - sb live too) support two
      modes for DMA. Second mode is useful for 64 bit os with more then 2 GB
      of ram (fixes problems with big soundfont loading)
      
      1) 32MB from 2 GB address space using 8192 pages (used now as default)
      2) 16MB from 4 GB address space using 4096 pages
      
      Mode is set using HCFG_EXPANDED_MEM flag in HCFG register.
      Also format of emu10k2 page table is then different.
      Signed-off-by: NPeter Zubaj <pzubaj@marticonet.sk>
      Tested-by: NTakashi Iwai <tiwai@suse.de>
      Cc: <stable@vger.kernel.org>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      7241ea55
  12. 27 4月, 2015 5 次提交
  13. 24 4月, 2015 1 次提交
  14. 23 4月, 2015 1 次提交
  15. 21 4月, 2015 2 次提交
    • D
      ALSA: hda - fix "num_steps = 0" error on ALC256 · 7d1b6e29
      David Henningsson 提交于
      The ALC256 does not have a mixer nid at 0x0b, and there's no
      loopback path (the output pins are directly connected to the DACs).
      
      This commit fixes an "num_steps = 0 for NID=0xb (ctl = Beep Playback Volume)"
      error (and as a result, problems with amixer/alsamixer).
      
      If there's pcbeep functionality, it certainly isn't controlled by setting an
      amp on 0x0b, so disable beep functionality (at least for now).
      
      Cc: stable@vger.kernel.org
      BugLink: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1446517Signed-off-by: NDavid Henningsson <david.henningsson@canonical.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      7d1b6e29
    • M
      ALSA: hda - add AZX_DCAPS_I915_POWERWELL to Baytrail · 40cc2392
      Mengdong Lin 提交于
      This patch addes AZX_DCAPS_I915_POWERWELL to BYT (Baytrail).
      
      Like Braswell and Skylake, the HDMI codec on Bytrail is also in the shared
      power well with GPU. This power well must be turned on before we reset link
      to probe the codec, to avoid communication failure with the codec.
      
      The side effect is that this power is always ON in S0 because the BYT HDMI
      codec does not support EPSS or D3ClkStop and so the controller doesn't enter
      D3 at runtime, and the HDMI codec and analog codec share a single physical
      HD-A link and so we cannot reset the HD-A link freely when we re-enable the
      power to use the HDMI codec.
      
      Next step is to test if an AGP reset or double AGP reset on BYT HDMI codec is
      okay to bring the HDMI codec back to a functional state after restoring the
      power. If okay, we can bind the power on/off with the HDMI codec PM without
      interrupting the analog audio.
      Signed-off-by: NMengdong Lin <mengdong.lin@intel.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      40cc2392
  16. 20 4月, 2015 2 次提交
  17. 17 4月, 2015 1 次提交
  18. 16 4月, 2015 3 次提交
  19. 13 4月, 2015 1 次提交
  20. 12 4月, 2015 1 次提交
  21. 11 4月, 2015 2 次提交
  22. 10 4月, 2015 2 次提交
  23. 09 4月, 2015 4 次提交