1. 24 7月, 2018 1 次提交
    • T
      ALSA: hda/i915: Allow delayed i915 audio component binding · f9b54e19
      Takashi Iwai 提交于
      Currently HD-audio i915 audio binding doesn't support any delayed
      binding, and supposes that the i915 driver registers the component
      immediately.  This has been OK, so far, but the work-in-progress
      change in i915 may introduce the asynchronous binding, which
      effectively delays the component registration.
      
      For addressing it, implement a completion to be synced with the master
      binding.  The timeout is set to 10 seconds which should be long enough
      and hopefully be not too annoying if anyone boots up a debugging
      session with i915 KMS turned off.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      f9b54e19
  2. 23 7月, 2018 1 次提交
  3. 22 7月, 2018 1 次提交
    • S
      ALSA: timer: catch invalid timer object creation · d10ee9c5
      Srikanth K H 提交于
      A timer object for the classes SNDRV_TIMER_CLASS_CARD and
      SNDRV_TIMER_CLASS_PCM has to be associated with a card object, but we
      have no check at creation time.  Such a timer object with NULL card
      causes various unexpected problems, e.g. NULL dereference at reading
      the sound timer proc file.
      
      So as preventive measure while the creating the sound timer object is
      created the card information availability is checked for the mentioned
      entries and returned error if its NULL.
      Signed-off-by: NSrikanth K H <srikanth.h@samsung.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      d10ee9c5
  4. 20 7月, 2018 1 次提交
  5. 19 7月, 2018 1 次提交
  6. 18 7月, 2018 10 次提交
    • T
      Merge branch 'topic/vga_switcheroo' into for-next · 67ece13f
      Takashi Iwai 提交于
      Pull the vga_switcheroo audio client fix.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      67ece13f
    • T
      ALSA: pcm: Nuke snd_pcm_lib_mmap_vmalloc() · fa84cf09
      Takashi Iwai 提交于
      snd_pcm_lib_mmap_vmalloc() was supposed to be implemented with
      somewhat special for vmalloc handling, but in the end, this turned to
      just the default handler, i.e. NULL.  As the situation has never
      changed over decades, let's rip it off.
      Reviewed-by: NTakashi Sakamoto <o-takashi@sakamocchi.jp>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      fa84cf09
    • T
      ALSA: rawmidi: Use kvmalloc() for buffers · ef4db239
      Takashi Iwai 提交于
      The size of in-kernel rawmidi buffers may be big up to 1MB, and it can
      be specified freely by user-space; which implies that user-space may
      trigger kmalloc() errors frequently.
      
      This patch replaces the buffer allocation via kvmalloc() for dealing
      with bigger buffers gracefully.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      ef4db239
    • T
      ALSA: rawmidi: Minor code refactoring · f5beb598
      Takashi Iwai 提交于
      Unify a few open codes with helper functions to improve the
      readability.  Minor behavior changes (rather fixes) are:
      - runtime->drain clearance is done within lock
      - active_sensing is updated before resizing buffer in
        SNDRV_RAWMIDI_IOCTL_PARAMS ioctl.
      Other than that, simply code cleanups.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      f5beb598
    • T
      ALSA: rawmidi: Simplify error paths · 7fdc9b08
      Takashi Iwai 提交于
      Apply the standard idiom: rewrite the multiple unlocks in error paths
      in the goto-error-and-single-unlock way.
      
      Just a code refactoring, and no functional changes.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      7fdc9b08
    • T
      ALSA: rawmidi: Tidy up coding styles · 5bed9139
      Takashi Iwai 提交于
      Just minor coding style fixes like removal of superfluous white space,
      adding missing blank lines, etc.  No actual code changes at all.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      5bed9139
    • T
      Merge branch 'for-linus' into for-next · ed6b83d2
      Takashi Iwai 提交于
      Back-merge for further cleanup / improvements on rawmidi and HD-audio
      stuff.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      ed6b83d2
    • T
      ALSA: hda: Make audio component support more generic · a57942bf
      Takashi Iwai 提交于
      This is the final step for more generic support of DRM audio
      component.  The generic audio component code is now moved to its own
      file, and the symbols are renamed from snd_hac_i915_* to
      snd_hdac_acomp_*, respectively.  The generic code is enabled via the
      new kconfig, CONFIG_SND_HDA_COMPONENT, while CONFIG_SND_HDA_I915 is
      kept as the super-class.
      
      Along with the split, three new callbacks are added to audio_ops:
      pin2port is for providing the conversion between the pin number and
      the widget id, and master_bind/master_unbin are called at binding /
      unbinding the master component, respectively.  All these are optional,
      but used in i915 implementation and also other later implementations.
      
      A note about the new snd_hdac_acomp_init() function: there is a slight
      difference between this and the old snd_hdac_i915_init().  The latter
      (still) synchronizes with the master component binding, i.e. it
      assures that the relevant DRM component gets bound when it returns, or
      gives a negative error.  Meanwhile the new function doesn't
      synchronize but just leaves as is.  It's the responsibility by the
      caller's side to synchronize, or the caller may accept the
      asynchronous binding on the fly.
      
      v1->v2: Fix missing NULL check in master_bind/unbind
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      a57942bf
    • T
      ALSA: hda/i915: Associate audio component with devres · 82887c0b
      Takashi Iwai 提交于
      The HD-audio i915 binding code contains a single pointer, hdac_acomp,
      for allowing the access to audio component from the master bind/unbind
      callbacks.  This was needed because the callbacks pass only the device
      pointer and we can't guarantee the object type assigned to the drvdata
      (which is free for each controller driver implementation).
      And this implementation will be a problem if we support multiple
      components for different DRM drivers, not only i915.
      
      As a solution, allocate the audio component object via devres and
      associate it with the given device, so that the component callbacks
      can refer to it via devres_find().
      
      The removal of the object is still done half-manually via
      devres_destroy() to make the code consistent (although it may work
      without the explicit call).
      
      Also, the snd_hda_i915_register_notifier() had the reference to
      hdac_acomp as well.  In this patch, the corresponding code is removed
      by passing hdac_bus object to the function, too.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      82887c0b
    • T
      drm/i915: Split audio component to a generic type · ae891abe
      Takashi Iwai 提交于
      For allowing other drivers to use the DRM audio component, rename the
      i915_audio_component_* with drm_audio_component_*, and split the
      generic part into drm_audio_component.h.  The i915 specific stuff
      remains in struct i915_audio_component, which contains
      drm_audio_component as the base.
      
      The license of drm_audio_component.h is kept to MIT as same as the the
      original i915_component.h.
      
      This is a preliminary change for further development, and no
      functional changes by this patch itself, merely code-split and
      renames.
      
      v1->v2: Use SPDX for drm_audio_component.h, fix remaining i915
              argument in drm_audio_component.h
      Reviewed-by: NRodrigo Vivi <rodrigo.vivi@intel.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      ae891abe
  7. 17 7月, 2018 4 次提交
  8. 16 7月, 2018 16 次提交
  9. 15 7月, 2018 5 次提交