1. 03 9月, 2014 2 次提交
    • T
      ALSA: pcm: Uninline snd_pcm_stream_lock() and _unlock() · 7af142f7
      Takashi Iwai 提交于
      The previous commit for the non-atomic PCM ops added more codes to
      snd_pcm_stream_lock() and its variants.  Since they are inlined
      functions, it resulted in a significant code size bloat.  For reducing
      the size bloat, this patch changes the inline functions to the normal
      function calls.  The export of rwlock and rwsem are removed as well,
      since they are referred only in pcm_native.c now.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      7af142f7
    • T
      ALSA: pcm: Allow nonatomic trigger operations · 257f8cce
      Takashi Iwai 提交于
      Currently, many PCM operations are performed in a critical section
      protected by spinlock, typically the trigger and pointer callbacks are
      assumed to be atomic.  This is basically because some trigger action
      (e.g. PCM stop after drain or xrun) is done in the interrupt handler.
      If a driver runs in a threaded irq, however, this doesn't have to be
      atomic.  And many devices want to handle trigger in a non-atomic
      context due to lengthy communications.
      
      This patch tries all PCM calls operational in non-atomic context.
      What it does is very simple: replaces the substream spinlock with the
      corresponding substream mutex when pcm->nonatomic flag is set.  The
      driver that wants to use the non-atomic PCM ops just needs to set the
      flag and keep the rest as is.  (Of course, it must not handle any PCM
      ops in irq context.)
      
      Note that the code doesn't check whether it's atomic-safe or not, but
      trust in 100% that the driver sets pcm->nonatomic correctly.
      
      One possible problem is the case where linked PCM substreams have
      inconsistent nonatomic states.  For avoiding this, snd_pcm_link()
      returns an error if one tries to link an inconsistent PCM substream.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      257f8cce
  2. 21 7月, 2014 1 次提交
    • T
      ALSA: pcm: Introduce protocol version field to sw_params · 58900810
      Takashi Iwai 提交于
      For controlling the new fields more strictly, add sw_params.proto
      field indicating the protocol version of the user-space.  User-space
      should fill the SNDRV_PCM_VERSION value it's built with, then kernel
      can know whether the new fields should be evaluated or not.
      
      And now tstamp_type field is evaluated only when the valid value is
      set there.  This avoids the wrong override of tstamp_type to zero,
      which is SNDRV_PCM_TSTAMP_TYPE_GETTIMEOFDAY.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      58900810
  3. 10 7月, 2014 2 次提交
  4. 14 2月, 2014 1 次提交
  5. 10 2月, 2014 2 次提交
  6. 29 10月, 2013 1 次提交
  7. 24 10月, 2013 2 次提交
  8. 29 6月, 2013 1 次提交
  9. 15 6月, 2013 1 次提交
  10. 08 5月, 2013 1 次提交
  11. 20 4月, 2013 1 次提交
  12. 12 3月, 2013 1 次提交
  13. 23 2月, 2013 1 次提交
  14. 21 11月, 2012 1 次提交
  15. 08 11月, 2012 1 次提交
  16. 30 10月, 2012 3 次提交
  17. 23 10月, 2012 1 次提交
    • P
      ALSA: core: add hooks for audio timestamps · 4eeaaeae
      Pierre-Louis Bossart 提交于
      ALSA did not provide any direct means to infer the audio time for A/V
      sync and system/audio time correlations (eg. PulseAudio).
      Applications had to track the number of samples read/written and
      add/subtract the number of samples queued in the ring buffer.  This
      accounting led to small errors, typically several samples, due to the
      two-step process.  Computing the audio time in the kernel is more
      direct, as all the information is available in the same routines.
      
      Also add new .audio_wallclock routine to enable fine-grain synchronization
      between monotonic system time and audio hardware time.
      Using the wallclock, if supported in hardware, allows for a
      much better sub-microsecond precision and a common drift tracking for
      all devices sharing the same wall clock (master clock).
      Signed-off-by: NPierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      4eeaaeae
  18. 09 10月, 2012 1 次提交
    • K
      mm: kill vma flag VM_RESERVED and mm->reserved_vm counter · 314e51b9
      Konstantin Khlebnikov 提交于
      A long time ago, in v2.4, VM_RESERVED kept swapout process off VMA,
      currently it lost original meaning but still has some effects:
      
       | effect                 | alternative flags
      -+------------------------+---------------------------------------------
      1| account as reserved_vm | VM_IO
      2| skip in core dump      | VM_IO, VM_DONTDUMP
      3| do not merge or expand | VM_IO, VM_DONTEXPAND, VM_HUGETLB, VM_PFNMAP
      4| do not mlock           | VM_IO, VM_DONTEXPAND, VM_HUGETLB, VM_PFNMAP
      
      This patch removes reserved_vm counter from mm_struct.  Seems like nobody
      cares about it, it does not exported into userspace directly, it only
      reduces total_vm showed in proc.
      
      Thus VM_RESERVED can be replaced with VM_IO or pair VM_DONTEXPAND | VM_DONTDUMP.
      
      remap_pfn_range() and io_remap_pfn_range() set VM_IO|VM_DONTEXPAND|VM_DONTDUMP.
      remap_vmalloc_range() set VM_DONTEXPAND | VM_DONTDUMP.
      
      [akpm@linux-foundation.org: drivers/vfio/pci/vfio_pci.c fixup]
      Signed-off-by: NKonstantin Khlebnikov <khlebnikov@openvz.org>
      Cc: Alexander Viro <viro@zeniv.linux.org.uk>
      Cc: Carsten Otte <cotte@de.ibm.com>
      Cc: Chris Metcalf <cmetcalf@tilera.com>
      Cc: Cyrill Gorcunov <gorcunov@openvz.org>
      Cc: Eric Paris <eparis@redhat.com>
      Cc: H. Peter Anvin <hpa@zytor.com>
      Cc: Hugh Dickins <hughd@google.com>
      Cc: Ingo Molnar <mingo@redhat.com>
      Cc: James Morris <james.l.morris@oracle.com>
      Cc: Jason Baron <jbaron@redhat.com>
      Cc: Kentaro Takeda <takedakn@nttdata.co.jp>
      Cc: Matt Helsley <matthltc@us.ibm.com>
      Cc: Nick Piggin <npiggin@kernel.dk>
      Cc: Oleg Nesterov <oleg@redhat.com>
      Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
      Cc: Robert Richter <robert.richter@amd.com>
      Cc: Suresh Siddha <suresh.b.siddha@intel.com>
      Cc: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>
      Cc: Venkatesh Pallipadi <venki@google.com>
      Acked-by: NLinus Torvalds <torvalds@linux-foundation.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      314e51b9
  19. 27 9月, 2012 1 次提交
  20. 21 5月, 2012 1 次提交
  21. 15 3月, 2012 1 次提交
    • T
      ALSA: pcm - Avoid GFP_ATOMIC in snd_pcm_link() · 1662591b
      Takashi Iwai 提交于
      GFP_ATOMIC is used in snd_pcm_link() just because the kmalloc is
      called inside a lock.  Since this function isn't too critical for
      speed and is rarely called in practice, better to allocate the chunk
      at first before spinlock and free it in error paths, so that
      GFP_KERNEL can be used.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      1662591b
  22. 01 11月, 2011 1 次提交
  23. 10 10月, 2011 1 次提交
  24. 28 9月, 2011 1 次提交
  25. 25 8月, 2011 1 次提交
  26. 26 5月, 2011 2 次提交
  27. 31 3月, 2011 1 次提交
  28. 25 3月, 2011 1 次提交
    • B
      ALSA: vmalloc buffers should use normal mmap · 3674f19d
      Benjamin Herrenschmidt 提交于
      It's a big no-no to use pgprot_noncached() when mmap'ing such buffers
      into userspace since they are mapped cachable in kernel space.
      
      This can cause all sort of interesting things ranging from to garbled
      sound to lockups on various architectures. I've observed that usb-audio
      is broken on powerpc 4xx for example because of that.
      
      Also remove the now unused snd_pcm_lib_mmap_noncached(). It's
      an arch business to know when to use uncached mappings, there's
      already hacks for MIPS inside snd_pcm_default_mmap() and other
      archs are supposed to use dma_mmap_coherent().
      
      (See my separate patch that adds dma_mmap_coherent() to powerpc)
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      CC: <stable@kernel.org>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      3674f19d
  29. 15 2月, 2011 1 次提交
  30. 22 11月, 2010 1 次提交
    • C
      ALSA: pcm: support for period wakeup disabling · ab69a490
      Clemens Ladisch 提交于
      This patch allows to disable period interrupts which are
      not needed when the application relies on a system timer
      to wake-up and refill the ring buffer. The behavior of
      the driver is left unchanged, and interrupts are only
      disabled if the application requests this configuration.
      The behavior in case of underruns is slightly different,
      instead of being detected during the period interrupts the
      underruns are detected when the application calls
      snd_pcm_update_avail, which in turns forces a refresh of the
      hw pointer and shows the buffer is empty.
      
      More specifically this patch makes a lot of sense when
      PulseAudio relies on timer-based scheduling to access audio
      devices such as HDAudio or Intel SST. Disabling interrupts
      removes two unwanted wake-ups due to period elapsed events
      in low-power playback modes. It also simplifies PulseAudio
      voice modules used for speech calls.
      
      To quote Lennart "This patch looks very interesting and
      desirable. This is something have long been waiting for."
      
      Support for this in hardware drivers is optional.
      Signed-off-by: NPierre-Louis Bossart <pierre-louis.bossart@intel.com>
      Signed-off-by: NClemens Ladisch <clemens@ladisch.de>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      ab69a490
  31. 18 11月, 2010 1 次提交
  32. 02 11月, 2010 1 次提交
  33. 17 9月, 2010 1 次提交