1. 11 Jun, 2015 7 commits
    • Takashi Iwai's avatar
      ALSA: hda - Fix link power unbalance at device removal · a457782a
      Takashi Iwai authored
      snd_hdac_link_power() has to be called after unregistering the codec
      device.  Otherwise the device might be already runtime-suspended, thus
      the refcount goes under zero, triggering a warning like:
      
        WARNING: CPU: 7 PID: 2014 at sound/hda/hdac_i915.c:63 snd_hdac_display_power+0x106/0x120 [snd_hda_core]()
        CPU: 7 PID: 2014 Comm: modprobe Not tainted 4.1.0-rc7-test+ #1
        Call Trace:
         [<ffffffff81697fe3>] dump_stack+0x4c/0x6e
         [<ffffffff810696da>] warn_slowpath_common+0x8a/0xc0
         [<ffffffff810697ca>] warn_slowpath_null+0x1a/0x20
         [<ffffffffa02dd526>] snd_hdac_display_power+0x106/0x120 [snd_hda_core]
         [<ffffffffa030b422>] azx_intel_link_power+0x12/0x20 [snd_hda_intel]
         [<ffffffffa037139f>] azx_link_power+0x1f/0x30 [snd_hda_codec]
         [<ffffffffa02d89fe>] snd_hdac_link_power+0x2e/0x40 [snd_hda_core]
         [<ffffffffa0368524>] snd_hda_codec_dev_free+0x34/0x50 [snd_hda_codec]
         [<ffffffffa0252061>] __snd_device_free+0x51/0xa0 [snd]
         .....
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      a457782a
    • Jeeja KP's avatar
      ALSA: hdac_ext: add extended stream capabilities · df203a4e
      Jeeja KP authored
      Now we have the bus and controller code added to find and initialize
      the extended capabilities. Now we need to use them in stream code to
      decouple stream, manage links etc
      
      So this patch adds the stream handling code for extended capabilities
      introduced in preceding patches
      Signed-off-by: default avatarJeeja KP <jeeja.kp@intel.com>
      Signed-off-by: default avatarVinod Koul <vinod.koul@intel.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      df203a4e
    • Jeeja KP's avatar
      ALSA: hdac_ext: add hdac extended controller · 0b00a561
      Jeeja KP authored
      The controller needs to support the new capabilities and allow
      reading, parsing and initializing of these capabilities, so this patch
      does it
      Signed-off-by: default avatarJeeja KP <jeeja.kp@intel.com>
      Signed-off-by: default avatarVinod Koul <vinod.koul@intel.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      0b00a561
    • Jeeja KP's avatar
      ALSA: hdac_ext: add extended HDA bus · dfe66a18
      Jeeja KP authored
      The new HDA controllers from Intel support new capabilities like
      multilink, pipe processing, SPIB, GTS etc In order to use them we
      create an extended HDA bus which embed the hdac bus and contains the
      fields for extended configurations
      Signed-off-by: default avatarJeeja KP <jeeja.kp@intel.com>
      Signed-off-by: default avatarVinod Koul <vinod.koul@intel.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      dfe66a18
    • Johan Rastén's avatar
      ALSA: usb-audio: Set correct type for some UAC2 mixer controls. · 27c41dad
      Johan Rastén authored
      Changed ctl type for Input Gain Control and Input Gain Pad Control to
      USB_MIXER_S16 as per section 5.2.5.7.11-12 in the USB Audio Class 2.0
      definition.
      Signed-off-by: default avatarJohan Rastén <johan@oljud.se>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      27c41dad
    • Takashi Iwai's avatar
      Merge branch 'for-linus' into for-next · 4af88a9c
      Takashi Iwai authored
      This merges and resolves the non-trivial conflicts with the recent fix
      for hda-i915 binding fallback.
      
      Conflicts:
      	sound/pci/hda/hda_intel.c
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      4af88a9c
    • Takashi Iwai's avatar
      ALSA: hda - Continue probing even if i915 binding fails · bf06848b
      Takashi Iwai authored
      Currently snd-hda-intel driver aborts the probing of Intel HD-audio
      controller with i915 power well management when binding with i915
      driver via hda_i915_init() fails.  This is no big problem for Haswell
      and Broadwell where the HD-audio controllers are dedicated to
      HDMI/DP, thus i915 link is mandatory.  However, Skylake, Baytrail and
      Braswell have only one controller and both HDMI/DP and analog codecs
      share the same bus.  Thus, even if HDMI/DP isn't usable, we should
      keep the controller working for other codecs.
      
      For fixing this, this patch simply allows continuing the probing even
      if hda_i915_init() call fails.  This may leave stale sound components
      for HDMI/DP devices that are unbound with graphics.  We could abort
      the probing selectively, but from the code simplicity POV, it's better
      to continue in all cases.
      Reported-by: default avatarLibin Yang <libin.yang@intel.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      bf06848b
  2. 10 Jun, 2015 2 commits
  3. 09 Jun, 2015 4 commits
  4. 08 Jun, 2015 3 commits
    • Takashi Iwai's avatar
      ASoC: intel: Remove unused variable hsw · 01ec65c8
      Takashi Iwai authored
      The recent fix left a variable declaration without usage.
        sound/soc/intel/haswell/sst-haswell-pcm.c:1349:18: warning: unused variable ‘hsw’ [-Wunused-variable]
      
      Fixes: edd8ed49 ('ASoC: Intel: handle haswell pcm suspend including runtime modules freeing')
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      01ec65c8
    • Takashi Iwai's avatar
      Merge tag 'asoc-v4.2' of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into for-next · 8ffc5709
      Takashi Iwai authored
      ASoC: Updates for v4.2
      
      The big thing this release has been Liam's addition of topology support
      to the core.  We've also seen quite a bit of driver work and the
      continuation of Lars' refactoring for component support.
      
       - Support for loading ASoC topology maps from firmware, intended to be
         used to allow self-describing DSP firmware images to be built which
         can map controls added by the DSP to userspace without the kernel
         needing to know about individual DSP firmwares.
       - Lots of refactoring to avoid direct access to snd_soc_codec where
         it's not needed supporting future refactoring.
       - Big refactoring and cleanup serieses for the Wolfson ADSP and TI
         TAS2552 drivers.
       - Support for TI TAS571x power amplifiers.
       - Support for Qualcomm APQ8016 and ZTE ZX296702 SoCs.
       - Support for x86 systems with RT5650 and Qualcomm Storm.
      8ffc5709
    • Jurgen Kramer's avatar
      ALSA: usb-audio: add native DSD support for JLsounds I2SoverUSB · 3b7e5c7e
      Jurgen Kramer authored
      This patch adds native DSD support for the XMOS based JLsounds I2SoverUSB board
      Signed-off-by: default avatarJurgen Kramer <gtmkramer@xs4all.nl>
      Cc: <stable@vger.kernel.org>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      3b7e5c7e
  5. 05 Jun, 2015 24 commits