1. 27 Jan, 2010 1 commit
  2. 25 Dec, 2009 1 commit
    • Wu Fengguang's avatar
      ALSA: hda - HDMI sticky stream tag support · ef18bede
      Wu Fengguang authored
      
      
      When we run the following commands in turn (with
      CONFIG_SND_HDA_POWER_SAVE_DEFAULT=0),
      
      	speaker-test -Dhw:0,3 -c2 -twav  # HDMI
      	speaker-test -Dhw:0,0 -c2 -twav  # Analog
      
      The second command will produce sound in the analog lineout _as well as_
      HDMI sink. The root cause is, device 0 "reuses" the same stream tag that
      was used by device 3, and the "intelhdmi - sticky stream id" patch leaves
      the HDMI codec in a functional state. So the HDMI codec happily accepts
      the audio samples which reuse its stream tag.
      
      The proposed solution is to remember the last device each azx_dev was
      assigned to, and prefer to
      1) reuse the azx_dev (and hence the stream tag) the HDMI codec last used
      2) or assign a never-used azx_dev for HDMI
      
      With this patch and the above two speaker-test commands,
      HDMI codec will use stream tag 8 and Analog codec will use 5.
      
      The stream tag used by HDMI codec won't be reused by others, as long
      as we don't run out of the 4 playback azx_dev's. The legacy Analog
      codec will continue to use stream tag 5 because its device id is 0
      (this is a bit tricky).
      Signed-off-by: default avatarWu Fengguang <fengguang.wu@intel.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      ef18bede
  3. 22 Dec, 2009 1 commit
  4. 14 Dec, 2009 1 commit
  5. 11 Dec, 2009 1 commit
  6. 09 Dec, 2009 1 commit
  7. 01 Dec, 2009 1 commit
  8. 30 Nov, 2009 1 commit
  9. 16 Nov, 2009 1 commit
  10. 10 Nov, 2009 1 commit
  11. 07 Nov, 2009 1 commit
    • Takashi Iwai's avatar
      ALSA: hda - Don't initialize CORB/RIRB for single_cmd mode · 1a696978
      Takashi Iwai authored
      
      
      So far, CORB/RIRB still remains even if the driver is switched to the
      single_cmd mode.  The specification says that this should be disabled,
      but I hoped this isn't the case; indeed most devices worked together with
      CORB/RIRB.
      
      However, Poulsbo (US15W) seems problematic with this setup, and it
      requires to disable CORB/RIRB when single_cmd is used.
      
      Now this patch disables CORB/RIRB initialization when the single_cmd
      mode is used.  Also the unsolicited event is disabled because it can't
      work without RIRB.
      Reported-and-tested-by: default avatarTroy Kisky <troy.kisky@boundarydevices.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      1a696978
  12. 30 Oct, 2009 2 commits
  13. 28 Sep, 2009 1 commit
  14. 24 Sep, 2009 1 commit
  15. 11 Aug, 2009 1 commit
  16. 03 Aug, 2009 6 commits
  17. 17 Jul, 2009 1 commit
  18. 08 Jul, 2009 1 commit
  19. 05 Jul, 2009 1 commit
  20. 03 Jul, 2009 2 commits
  21. 24 Jun, 2009 2 commits
    • Takashi Iwai's avatar
      ALSA: hda - Add patch module option · 4ea6fbc8
      Takashi Iwai authored
      
      
      Added the patch module option to apply a "patch" as a firmware to
      modify pin configurations or give additional hints to the driver
      before actually initializing and configuring the codec.
      
      This can be used as a workaround when the BIOS doesn't give sufficient
      information or give wrong information that doesn't match with the real
      hardware setup, until it's fixed statically in the driver via a quirk.
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      4ea6fbc8
    • Takashi Iwai's avatar
      ALSA: hda - Don't call snd_hda_codec_configure in snd_hda_codec_new() · a1e21c90
      Takashi Iwai authored
      
      
      The codec setup call via snd_hda_codec_configure() isn't necessarily
      called in snd_hda_codec_new().  For the later added feature, it's better
      to change the code flow like:
       - create all codec instances
       - configure each codec
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      a1e21c90
  22. 04 Jun, 2009 1 commit
  23. 01 Jun, 2009 2 commits
  24. 31 May, 2009 1 commit
  25. 28 May, 2009 2 commits
  26. 26 May, 2009 1 commit
    • Takashi Iwai's avatar
      ALSA: hda - Allow concurrent RIRB access in single_cmd mode · 81740861
      Takashi Iwai authored
      
      
      In the single_cmd mode, the current driver code doesn't do any update
      for RIRB just for any safety reason.  But, actually the RIRB and
      single_cmd mode don't conflict.  Unsolicited events can be delivered
      even while using the single_cmd mode.
      
      This patch allows the handling of unsolicited events with single_cmd
      mode, just always checking RIRB independent from single_cmd flag.
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      81740861
  27. 25 May, 2009 1 commit
  28. 24 May, 2009 1 commit
  29. 19 May, 2009 1 commit
  30. 18 May, 2009 1 commit
    • Takashi Iwai's avatar
      ALSA: hda - Avoid conflicts with snd-ctxfi driver · 313f6e2d
      Takashi Iwai authored
      
      
      The PCI entries of Creative with HD-audio class can be the devices
      with emu20k1/emu20k2 chips.  These are supported better by snd-ctxfi
      driver.  With that driver, the device will mutate from HD-audio to
      its native class.
      
      This patch adds a simple ifdef to avoid the conflict of device probe
      between snd-hda-intel and snd-ctxfi drivers.  1102:0009 seems still
      OK to be added as it has no emu20kx chip, and is a pure HD-audio
      device.
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      313f6e2d