1. 22 10月, 2010 1 次提交
  2. 17 10月, 2010 2 次提交
  3. 21 9月, 2010 1 次提交
  4. 17 9月, 2010 2 次提交
  5. 10 9月, 2010 3 次提交
  6. 09 9月, 2010 3 次提交
  7. 08 9月, 2010 2 次提交
  8. 30 8月, 2010 2 次提交
  9. 20 8月, 2010 1 次提交
    • T
      ALSA: hda - Fix stream and channel-ids codec-bus wide · 3f50ac6a
      Takashi Iwai 提交于
      The new sticky PCM parameter introduced the delayed clean-ups of
      stream- and channel-id tags.  In the current implementation, this check
      (adding dirty flag) and actual clean-ups are done only for the codec
      chip.  However, with HD-audio architecture, multiple codecs can be
      on a single bus, and the controller assign stream- and channel-ids in
      the bus-wide.
      
      In this patch, the stream-id and channel-id are checked over all codecs
      connected to the corresponding bus.  Together with it, the mutex is
      moved to struct hda_bus, as this becomes also bus-wide.
      Reported-and-tested-by: NStephen Warren <swarren@nvidia.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      3f50ac6a
  10. 13 8月, 2010 1 次提交
    • T
      ALSA: hda - Fix dynamic ADC change working again · f0cea797
      Takashi Iwai 提交于
      The commit eb541337
          ALSA: hda - Make converter setups sticky
      changes the semantics of snd_hda_codec_cleanup_stream() not to clean up
      the stream at that moment but delay the action.  This broke the codes
      expecting that the clean-up is done immediately, such as dynamic ADC
      changes in some codec drivers.
      
      This patch fixes the issue by introducing a lower helper,
      __snd_hda_codec_cleanup_stream(), to allow the immediate clean up.
      The original snd_hda_codec_cleanup_stream() is kept as is now.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      f0cea797
  11. 06 8月, 2010 1 次提交
    • T
      ALSA: hda - Make converter setups sticky · eb541337
      Takashi Iwai 提交于
      So far, we reset the converter setups like the stream-tag, the
      channel-id and format-id in prepare callbacks, and clear them in
      cleanup callbacks.  This often causes a silence of the digital
      receiver for a couple of seconds.
      
      This patch tries to delay the converter setup changes as much as
      possible.  The converter setups are cached and aren't reset as long
      as the same values are used.  At suspend/resume, they are cleared
      to be recovered properly, too.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      eb541337
  12. 03 8月, 2010 2 次提交
  13. 30 7月, 2010 1 次提交
  14. 26 7月, 2010 1 次提交
  15. 20 7月, 2010 1 次提交
  16. 19 7月, 2010 1 次提交
  17. 09 7月, 2010 2 次提交
  18. 31 3月, 2010 1 次提交
  19. 29 3月, 2010 1 次提交
  20. 26 3月, 2010 2 次提交
  21. 19 3月, 2010 1 次提交
  22. 15 3月, 2010 1 次提交
  23. 02 3月, 2010 1 次提交
  24. 24 2月, 2010 1 次提交
    • Z
      ALSA: hda - remove unnecessary msleep on power state transitions · dd2b4a7a
      Zhang, Rui 提交于
      This will save ~15ms boot time.
      
      The first 10ms sleep was introduced in commit d2595d86 for (buggy)
      Cxt codecs, so better to limit the sleep to the problem hardware.
      
      For the second 10ms sleep, the HDA spec says:
      
      Power State[1:0]:
      00: Node Power state (D0) is fully on.
      01: Node Power state (D1) allows for (does not require) the lowest possible power consuming state from which it
      can return to the "fully on" state (D0) within 10 ms, excepting analog pass through circuits (e.g., CD analog
      playback) which must remain fully on.
      10: Node Power state (D2) allows for (does not require) the lowest possible power consuming state from which it
      can return to the "fully on" state (D0) within 10 ms. For modems, this is the "wake on ring" power state.
      11: Node Power state (D3) allows for (does not require) lowest possible power consuming state under software
      control. Note that any low power state set by software must retain sufficient operational capability to properly
      respond to subsequent software Power State command.
      
      So 10ms is actually the max wait time. It should be safe to
      remove/reduce it and rely on the loop of 1ms-sleeps.
      
      CC: Marc Boucher <marc@linuxant.com>
      CC: Arjan van de Ven <arjan@linux.intel.com>
      Signed-off-by: NZhang Rui <rui.zhang@intel.com>
      Signed-off-by: NWu Fengguang <fengguang.wu@intel.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      dd2b4a7a
  25. 29 1月, 2010 1 次提交
  26. 27 12月, 2009 2 次提交
  27. 26 12月, 2009 1 次提交
  28. 23 12月, 2009 1 次提交