Skip to content
  1. Feb 17, 2015
  3. Feb 14, 2015
  5. Feb 13, 2015
  7. Feb 10, 2015
  9. Feb 09, 2015
  11. Feb 05, 2015
  13. Feb 02, 2015
    • Takashi Iwai's avatar
      ALSA: pcm: Embed struct device · ef46c7af
      Takashi Iwai authored 
      

Like previous patches, at this time we embed the struct device into
PCM object.  However, this needs a bit more caution: struct snd_pcm
doesn't own one device but two, for both playback and capture!  Thus
not struct snd_pcm but struct snd_pcm_str object contains the device.

Along with this change, pcm->dev field is dropped for avoiding
confusion.  It was meant to point to a non-standard parent.  But,
since now we can touch each struct device directly, we can manipulate
the parent field easily there, too.

Reviewed-by: default avatarJaroslav Kysela <perex@perex.cz>
Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      ef46c7af
    • Takashi Iwai's avatar
      ALSA: hwdep: Embed struct device · 7b461600
      Takashi Iwai authored 
      

Like the previous patch, this one embeds the device object into hwdep
object.  For a proper object lifecycle, it's freed in the release
callback.

This also allows us to create sysfs entries via passing to the groups
field of the device without explicit function calls.  Since each
driver can see the device and touch its groups field directly, we
don't need to delegate in hwdep core any longer.  So, remove the
groups field from snd_hwdep, and let the user (in this case only
hda_hwdep.c) modify the device groups.

Reviewed-by: default avatarJaroslav Kysela <perex@perex.cz>
Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      7b461600
  15. Jan 20, 2015
  17. Jan 15, 2015
  19. Jan 12, 2015
    • Imre Deak's avatar
      ALSA: hda: add component support · d7055bd6
      Imre Deak authored 
      

Register a component master to be used to interface with the i915
driver. This is meant to replace the current interface which is based on
module symbol lookups.

Note that currently we keep the existing behavior and pin the i915
module while the hda driver is loaded. Using the component interface
allows us to remove this dependency once support for dynamically
enabling / disabling the HDMI functionality is added to the driver.

v2:
- change roles between the hda and i915 components (Daniel)
v3:
- rename display_component to audio_component (Daniel)
v4:
- move removal of i915_powerwell.h from this patch to the next (Takashi)
- request_module fails if module support isn't enabled, so ignore
  any error it returns and depend on the following NULL check of the
  component ops (Takashi)
- change over to using dev_* instead of pr_* (Takashi)

Signed-off-by: default avatarImre Deak <imre.deak@intel.com>
Reviewed-by: default avatarTakashi Iwai <tiwai@suse.de>
Signed-off-by: default avatarDaniel Vetter <daniel.vetter@ffwll.ch>
      d7055bd6
    • Imre Deak's avatar
      ALSA: hda: pass intel_hda to all i915 interface functions · 926981ae
      Imre Deak authored 
      

chip is already passed to most of the i915 interface functions. Unify
the interface by passing intel_hda instead of chip and passing it to all
functions. Passing intel_hda instead of chip makes more sense since this
is an intel specific interface. Also in an upcoming patch we will use
intel_hda in all of these functions so by passing intel_hda we can save
on some pointer casts from chip to intel_hda.

This will be needed by an upcoming patch adding component support.

No functional change.

v2-3: unchanged
v4:
- pass intel_hda instead of chip

Signed-off-by: default avatarImre Deak <imre.deak@intel.com>
Reviewed-by: default avatarTakashi Iwai <tiwai@suse.de>
Signed-off-by: default avatarDaniel Vetter <daniel.vetter@ffwll.ch>
      926981ae
    • Imre Deak's avatar
      ALSA: hda: export struct hda_intel · 347de1f8
      Imre Deak authored 
      

This struct will be needed by the component code added in an upcoming
patch, so export it into a new hda_intel.h file. At the same time also
merge hda_i915.h into this new header, there is no reason to keep two
separate intel specific header file.

Suggested-by: default avatarTakashi Iwai <tiwai@suse.de>
Signed-off-by: default avatarImre Deak <imre.deak@intel.com>
Reviewed-by: default avatarTakashi Iwai <tiwai@suse.de>
Signed-off-by: default avatarDaniel Vetter <daniel.vetter@ffwll.ch>
      347de1f8
  21. Jan 11, 2015
  23. Jan 09, 2015
    • Takashi Iwai's avatar
      ALSA: hda: Simplify PM callbacks · e2a711f1
      Takashi Iwai authored 
      

This is a similar cleanup like the commit [3db084fd: ALSA: fm801:
PCI core handles power state for us].

Since pci_set_power_state(), pci_save_state() and pci_restore_state()
are already done in the PCI core side, so we don't need to it doubly.

Also, pci_enable_device(), pci_disable_device() and pci_set_master()
calls in PM callbacks are superfluous nowadays, too, so get rid of
them as well.

Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      e2a711f1
  25. Jan 07, 2015
  27. Jan 05, 2015
  29. Jan 04, 2015
  31. Dec 30, 2014
  33. Dec 26, 2014
  35. Dec 18, 2014
  37. Dec 17, 2014
  39. Dec 16, 2014
  41. Dec 15, 2014
  43. Dec 12, 2014
  45. Dec 10, 2014
  47. Dec 05, 2014