1. 30 9月, 2015 1 次提交
  2. 18 4月, 2015 1 次提交
  3. 21 2月, 2015 2 次提交
    • P
      ALSA: bump PCM protocol to 2.0.13 · c72638bd
      Pierre-Louis Bossart 提交于
      Bump PCM protocol to enable use of STATUS_EXT ioctls, older
      apps will still use STATUS and audio timestamp configuration
      is not supported (backwards compatible behavior).
      Signed-off-by: NPierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      c72638bd
    • P
      ALSA: core: selection of audio_tstamp type and accuracy reports · 229d0430
      Pierre-Louis Bossart 提交于
      Audio timestamps can be extracted from sample counters, wall clocks,
      PHC clocks (Ethernet AVB), on-demand synchronized snapshots. This
      patch provides the ability to report timestamping capabilities, select
      timestamp types and retrieve timestamp accuracy, if supported.
      Details can be found in Documentations/sound/alsa/timestamping.txt
      
      This functionality is introduced by reclaiming the reserved_aligned
      field introduced by commit9c7066ae
      in snd_pcm_status to provide userspace with selection/query capabilities.
      Additional driver_tstamp and audio_tstamp_accuracy fields are also added.
      
      snd_pcm_mmap_status remains a read-only structure with only
      the audio timestamp value accessible from user space. The selection
      of audio timestamp type is done through snd_pcm_status only
      
      This commit does not impact ABI and does not impact the default
      behavior. By default audio timestamp is aligned with hw_pointer and
      reports the DMA position. Backwards compatibility is handled by using
      the HDAudio wall clock for playback and the hw_ptr for all other
      cases.
      
      For timestamp selection a new STATUS_EXT ioctl is introduced with
      read/write parameters. Alsa-lib will be modified to make use of
      STATUS_EXT.
      Signed-off-by: NPierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      229d0430
  4. 17 2月, 2015 1 次提交
  5. 01 1月, 2015 1 次提交
  6. 10 12月, 2014 1 次提交
  7. 21 11月, 2014 1 次提交
  8. 08 9月, 2014 1 次提交
  9. 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
  10. 10 7月, 2014 2 次提交
  11. 26 5月, 2014 2 次提交
  12. 18 10月, 2013 1 次提交
    • C
      ALSA: add DICE driver · 82fbb4f7
      Clemens Ladisch 提交于
      As a start point for further development, this is an incomplete driver
      for DICE devices:
      - only playback (so no clock source except the bus clock)
      - only 44.1 kHz
      - no MIDI
      - recovery after bus reset is slow
      - hwdep device is created, but not actually implemented
      
      Contains compilation fixes by Stefan Richter.
      Signed-off-by: NClemens Ladisch <clemens@ladisch.de>
      82fbb4f7
  13. 28 6月, 2013 1 次提交
  14. 18 4月, 2013 1 次提交
    • D
      ALSA: add DSD formats · ef7a4f97
      Daniel Mack 提交于
      This patch adds two formats for Direct Stream Digital (DSD), a
      pulse-density encoding format which is described here:
      https://en.wikipedia.org/wiki/Direct_Stream_Digital
      
      DSD operates on 2.8, 5.6 or 11.2MHz sample rates and as a 1-bit
      stream.
      
      The two new types added by this patch describe streams that are capable
      of handling DSD samples in DOP format as 8-bit or in 16-bit (or at a x8
      or x16 data rate, respectively).
      
      DSD itself specifies samples in *bit*, while DOP and ALSA handle them
      as *bytes*. Hence, a factor of 8 or 16 has to be applied for the sample
      rare configuration, according to the following table:
      
                                                        configured hardware
              176.4KHz   352.8kHz   705.6KHz     <----       sample rate
      
      8-bit                2.8MHz     5.6MHz
      16-bit    2.8Mhz     5.6MHz    11.2MHz
      
               `-----------------------------'
                   actual DSD sample rates
      Signed-off-by: NDaniel Mack <zonque@gmail.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      ef7a4f97
  15. 26 11月, 2012 1 次提交
  16. 28 10月, 2012 1 次提交
  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 次提交
  19. 13 9月, 2012 1 次提交
    • T
      ALSA: Define more channel map positions · 7b31d009
      Takashi Iwai 提交于
      For following the standard, define more channel map positions and
      shuffle the items a bit:
      
      - As both PulseAudio and gstreamer define MONO channel position
        explicitly, we should follow that, too.  The mono streams point to
        this channel position unless they are explicitly assigned to certain
        channel positions.
      
      - Top-front-* and Top-rear-* positions are added, carried from
        PulseAudio's definitions.
      
      - Move NA and MONO definitions at the top of table right after
        UNKNOWN, since these are more abstract in comparison with other
        practical positions.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      7b31d009
  20. 07 9月, 2012 2 次提交
    • T
      ALSA: Follow channel position definitions to alsa-lib mixer · 080108c4
      Takashi Iwai 提交于
      There is already a set of channel position definitions in alsa-lib
      mixer.h, and it'd be more practical to keep the same order for the
      PCM channel map, too.  The value is shifted with 1 to keep zero for
      UNKNOWN.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      080108c4
    • T
      ALSA: PCM: channel mapping API implementation · 2d3391ec
      Takashi Iwai 提交于
      This patch implements the basic data types for the standard channel
      mapping API handling.
      
      - The definitions of the channel positions and the new TLV types are
        added in sound/asound.h and sound/tlv.h, so that they can be
        referred from user-space.
      
      - Introduced a new helper function snd_pcm_add_chmap_ctls() to create
        control elements representing the channel maps for each PCM
        (sub)stream.
      
      - Some standard pre-defined channel maps are provided for
        convenience.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      2d3391ec
  21. 18 4月, 2012 1 次提交
  22. 09 10月, 2011 1 次提交
  23. 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
  24. 31 5月, 2010 1 次提交
  25. 12 5月, 2010 1 次提交
  26. 04 3月, 2010 1 次提交
  27. 28 8月, 2009 1 次提交
  28. 29 5月, 2009 1 次提交
  29. 27 3月, 2009 2 次提交
    • A
      make most exported headers use strict integer types · 9adfbfb6
      Arnd Bergmann 提交于
      This takes care of all files that have only a small number
      of non-strict integer type uses.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Cc: Mauro Carvalho Chehab <mchehab@redhat.com>
      Cc: David Airlie <airlied@linux.ie>
      Cc: Arnaldo Carvalho de Melo <acme@ghostprotocols.net>
      Cc: YOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org>
      Cc: netdev@vger.kernel.org
      Cc: linux-ppp@vger.kernel.org
      Cc: Jaroslav Kysela <perex@perex.cz>
      Cc: Takashi Iwai <tiwai@suse.de>
      Cc: David Woodhouse <dwmw2@infradead.org>
      Signed-off-by: NH. Peter Anvin <hpa@linux.intel.com>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      9adfbfb6
    • A
      make exported headers use strict posix types · 85efde6f
      Arnd Bergmann 提交于
      A number of standard posix types are used in exported headers, which
      is not allowed if __STRICT_KERNEL_NAMES is defined. In order to
      get rid of the non-__STRICT_KERNEL_NAMES part and to make sane headers
      the default, we have to change them all to safe types.
      
      There are also still some leftovers in reiserfs_fs.h, elfcore.h
      and coda.h, but these files have not compiled in user space for
      a long time.
      
      This leaves out the various integer types ({u_,u,}int{8,16,32,64}_t),
      which we take care of separately.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Acked-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      Cc: David Airlie <airlied@linux.ie>
      Cc: Arnaldo Carvalho de Melo <acme@ghostprotocols.net>
      Cc: YOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org>
      Cc: netdev@vger.kernel.org
      Cc: linux-ppp@vger.kernel.org
      Cc: Jaroslav Kysela <perex@perex.cz>
      Cc: Takashi Iwai <tiwai@suse.de>
      Cc: David Woodhouse <dwmw2@infradead.org>
      Signed-off-by: NH. Peter Anvin <hpa@linux.intel.com>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      85efde6f
  30. 11 3月, 2009 2 次提交
  31. 25 10月, 2008 1 次提交
  32. 10 10月, 2008 2 次提交
  33. 01 8月, 2008 1 次提交