1. 21 Oct, 2011 1 commit
    • Takashi Iwai's avatar
      ALSA: hda/realtek - Fix DAC assignments of multiple speakers · 716eef03
      Takashi Iwai authored
      When a device has multiple speakers and still has the auto-mute support,
      the driver copies line_outs[] to speaker_outs[].  And then it tries to
      assign DACs for both.  This ended up with the assignment only to the
      primary DAC to all speakers.
      
      This patch fixes the situation by checking the duplicated LO/SPK case
      appropriately.
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      716eef03
  2. 19 Oct, 2011 1 commit
  3. 18 Oct, 2011 2 commits
  4. 17 Oct, 2011 5 commits
  5. 13 Oct, 2011 2 commits
  6. 06 Oct, 2011 5 commits
  7. 05 Oct, 2011 2 commits
  8. 04 Oct, 2011 1 commit
  9. 03 Oct, 2011 2 commits
  10. 30 Sep, 2011 1 commit
  11. 28 Sep, 2011 4 commits
    • Takashi Iwai's avatar
      ALSA: hda - Allow patching with any vendor/subsystem ids · ef940b04
      Takashi Iwai authored
      In the ugly real world, there area really broken devices that don't set
      codec SSID correctly.  In such a case, the ID can be random, thus the
      patching won't work reliably.
      
      For applying the patch forcibly to such a device, the driver will skip
      the vendor and/or subsystem ID checks when zero or a negative number is
      given in [codec] section.
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      ef940b04
    • Takashi Iwai's avatar
      ALSA: hda - Add snoop option · 27fe48d9
      Takashi Iwai authored
      Added a new option "snoop" for the traffic control of the HD-audio
      controller chip.  When set to 0, the non-snooping mode is used with
      the traffic control bit is set in each stream control register.
      This may allow better operations in the low power mode, but the actual
      implementation is depending pretty much on the chipset.
      
      As already implemented, more or less each chipset has own snoop-control
      register bit.  Now this setup refers to the snoop option, too.
      
      Also, a new VIA chipset may require the non-snooping mode when set so
      in BIOS.  In such a case, the option value is overridden.
      
      As default, it's still set to snoop=1 for keeping the same behavior as
      before.  In near future, it'll be set to 0 as default after checking
      it works in every system well.
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      27fe48d9
    • Takashi Iwai's avatar
      ALSA: pcm - Export snd_pcm_lib_default_mmap() helper · 18a2b962
      Takashi Iwai authored
      Export the default mmap function, snd_pcm_lib_default_mmap().
      The upcoming non-snooping support in HD-audio driver will use this
      to override the mmap method.
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      18a2b962
    • Takashi Iwai's avatar
      ALSA: hda:via - Skip creations of empty PCM streams · a5973103
      Takashi Iwai authored
      If no analog I/O is defined, skip creating the corresponding PCM stream.
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      a5973103
  12. 27 Sep, 2011 3 commits
  13. 26 Sep, 2011 4 commits
  14. 24 Sep, 2011 1 commit
  15. 23 Sep, 2011 4 commits
    • Takashi Iwai's avatar
      Merge branch 'fix/asoc' into for-linus · 3127b6aa
      Takashi Iwai authored
      3127b6aa
    • Thomas Pfaff's avatar
      ALSA: usb-audio - clear chip->probing on error exit · 362e4e49
      Thomas Pfaff authored
      The Terratec Aureon 5.1 USB sound card support is broken since kernel
      2.6.39.
      2.6.39 introduced power management support for USB sound cards that added
      a probing flag in struct snd_usb_audio.
      
      During the probe of the card it gives following error message :
      
      usb 7-2: new full speed USB device number 2 using uhci_hcd
      cannot find UAC_HEADER
      snd-usb-audio: probe of 7-2:1.3 failed with error -5
      input: USB Audio as
      /devices/pci0000:00/0000:00:1d.1/usb7/7-2/7-2:1.3/input/input6
      generic-usb 0003:0CCD:0028.0001: input: USB HID v1.00 Device [USB Audio]
      on usb-0000:00:1d.1-2/input3
      
      I can not comment about that "cannot find UAC_HEADER" error, but until
      2.6.38 the card worked anyway.
      With 2.6.39 chip->probing remains 1 on error exit, and any later ioctl
      stops in snd_usb_autoresume with -ENODEV.
      Signed-off-by: default avatarThomas Pfaff <tpfaff@gmx.net>
      Cc: <stable@kernel.org> [2.6.39+]
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      362e4e49
    • Raymond Yau's avatar
      ALSA: HDA - Add Independent Headphone for all models of ad1988/ad1989 · 34588709
      Raymond Yau authored
      - Add "AD198x Headphone" playback device for independent headphone playback
        while playing 7.1 surround using rear panel audio jacks.
      
      - Remove "6stack-dig-fp" model since "Headphone Playback Volume" control using
        DAC0 instead of DAC1 (HDA_FRONT) was already added to all models.
      
      - Add "Independent HP" switch to enable/disable this playback device.
        When the switch is OFF, headphone use "copy front" mode to get the front
        channel as the green jack.
        When the switch is ON, you can play stereo sound through "AD198x Headphone"
        device to headphone while playing 7.1 surround sound through "AD198x Analog"
        device.
        The switch cannot be changed when either "AD198x Headphone" or "AD198X Analog"
        is open.
      Signed-off-by: default avatarRaymond Yau <superquad.vortex2@gmail.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      34588709
    • Jarkko Nikula's avatar
      ASoC: omap-mcbsp: Do not attempt to change DAI sysclk if stream is active · 34c86985
      Jarkko Nikula authored
      Attempt to change McBSP CLKS source while another stream is active is not
      safe after commit d1358657 ("OMAP: McBSP: implement functional clock
      switching via clock framework") in 2.6.37.
      
      CLKS parent clock switching using clock framework have to idle the McBSP
      before switching and then activate it again. This short break can cause a
      DMA transaction error to already running stream which halts and recovers
      only by closing and restarting the stream.
      
      This goes more fatal after commit e2fa61d4 ("OMAP3: l3: Introduce
      l3-interconnect error handling driver") in 2.6.39 where l3 driver detects a
      severe timeout error and does BUG_ON().
      
      Fix this by not changing any configuration in omap_mcbsp_dai_set_dai_sysclk
      if the McBSP is already active. This test should have been here just from
      the beginning anyway.
      Signed-off-by: default avatarJarkko Nikula <jarkko.nikula@bitmer.com>
      Acked-by: default avatarPeter Ujfalusi <peter.ujfalusi@ti.com>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      Cc: stable@kernel.org
      34c86985
  16. 22 Sep, 2011 2 commits