1. 10 Mar, 2015 1 commit
  2. 01 Mar, 2015 1 commit
  3. 27 Feb, 2015 1 commit
  4. 23 Feb, 2015 5 commits
  5. 16 Jan, 2015 2 commits
  6. 07 Jan, 2015 1 commit
  7. 15 Dec, 2014 1 commit
  8. 14 Dec, 2014 1 commit
  9. 10 Dec, 2014 15 commits
    • Takashi Sakamoto's avatar
      ALSA: oxfw: Add hwdep interface · 8985f4ac
      Takashi Sakamoto authored
      This interface is designed for mixer/control application. By using this
      interface, an application can get information about firewire node, can
      lock/unlock kernel streaming and can get notification at starting/stopping
      kernel streaming.
      Signed-off-by: default avatarTakashi Sakamoto <o-takashi@sakamocchi.jp>
      Acked-by: default avatarClemens Ladisch <clemens@ladisch.de>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      8985f4ac
    • Takashi Sakamoto's avatar
      ALSA: oxfw: Add support for capture/playback MIDI messages · 05588d34
      Takashi Sakamoto authored
      This commit adds MIDI functionality with an assumption of 'if the device
      has MIDI comformant data channels in its stream formation, the device has
      one MIDI port'.
      
      When no streams have already started, MIDI functionality starts stream
      with current sampling rate.
      
      When MIDI functionality has already starts some streams and PCM
      functionality is going to start streams at different sampling rate,
      this driver stops streams once and changes sampling rate, then restarts
      streams for both PCM/MIDI substreams.
      Signed-off-by: default avatarTakashi Sakamoto <o-takashi@sakamocchi.jp>
      Acked-by: default avatarClemens Ladisch <clemens@ladisch.de>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      05588d34
    • Takashi Sakamoto's avatar
      ALSA: oxfw: add support for capturing PCM samples · 216e256f
      Takashi Sakamoto authored
      In previous commit, a support for transmitted packets is added. This commit
      add a support for capturing PCM samples.
      
      When any streams are already started, this driver should not change sampling
      rate of the device, thus this commit also adds a restriction of sampling rate
      in this situation.
      Signed-off-by: default avatarTakashi Sakamoto <o-takashi@sakamocchi.jp>
      Acked-by: default avatarClemens Ladisch <clemens@ladisch.de>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      216e256f
    • Takashi Sakamoto's avatar
      ALSA: oxfw: Add support AMDTP in-stream · b0ac0009
      Takashi Sakamoto authored
      Previous commit adds support for some devices which can capture PCM samples.
      These devices transmit AMDTP stream in non-blocking mode. This commit adds
      functionality to handle AMDTP incoming stream.
      
      OXFW seems to have two quirks:
       - Transmits packets with non-zero dbc in its beginning
       - Transmits packets with wrong values in syt field
      
      For the first quirk, this commit adds CIP_SKIP_INIT_DBC_CHECK flag for
      incoming stream to skip first check of dbc.
      
      For the second quirk, this commit doesn't add duplex stream which
      Fireworks/BeBoB drivers use. So OXFW driver generates syt value for outgoing
      stream.
      
      Here are examples of a sequence of packets transmitted by Behringer F-Control
      Audio 202. There are differences between sequences of syt value when OXFW
      driver transfers outgoing stream or not.
      
      When driver gives no outgoing stream:
      Index   Payload CIP_Header_0    CIP_Header_1
      38      14      00020092        900103D1
      39      12      00020098        900102FF
      40      12      0002009D        9001027F
      41      14      000200A2        90010396
      42      14      000200A8        900102E8
      43      12      000200AE        90010219
      44      14      000200B3        90010331
      45      12      000200B9        9001025F
      46      14      000200BE        90010376
      47      12      000200C4        900102A1
      00      12      000200C9        9001023E
      01      14      000200CE        90010358
      02      12      000200D4        90010289
      03      16      000200D9        900103A3
      04      12      000200E0        900102DD
      05      14      000200E5        900103F1
      06      12      000200EB        90010335
      07      12      000200F0        90010263
      08      14      000200F5        9001037C
      09      12      000200FB        900102AE
      
      When driver gives outgoing stream:
      Index   Payload CIP_Header_0    CIP_Header_1
      38      12      000200BD        900104A8
      39      14      000200C2        900104A8
      40      12      000200C8        900104AC
      41      14      000200CD        900104A9
      42      12      000200D3        900104B1
      43      14      000200D8        900104A8
      44      12      000200DE        900104AA
      45      14      000200E3        900104A9
      46      14      000200E9        900104AE
      47      12      000200EF        900104A8
      00      14      000200F4        900104AD
      01      12      000200FA        900104A7
      02      14      000200FF        900104A9
      03      12      00020005        900104A9
      04      14      0002000A        900104B1
      05      12      00020010        900104AA
      06      14      00020015        900104AD
      07      12      0002001B        900104A7
      08      14      00020020        900104AC
      09      12      00020026        900104A7
      Signed-off-by: default avatarTakashi Sakamoto <o-takashi@sakamocchi.jp>
      Acked-by: default avatarClemens Ladisch <clemens@ladisch.de>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      b0ac0009
    • Takashi Sakamoto's avatar
      ALSA: oxfw: Add support for Behringer/Mackie devices · ec4dba50
      Takashi Sakamoto authored
      Some devices produced by Behringer/Mackie are based on OXFW970/971. This
      commit adds support for them. Additionally, this commit changes the way to
      name card with some information in config rom.
      
      Ids of some Mackie(Loud) models are not identified, therefore this commit
      applies name detection for these models.
      
      The devices support capture/playback of PCM-samples and some of them
      supports capture/playback of MIDI messages. These functionalities are
      implemented by followed commits.
      Signed-off-by: default avatarTakashi Sakamoto <o-takashi@sakamocchi.jp>
      Acked-by: default avatarClemens Ladisch <clemens@ladisch.de>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      ec4dba50
    • Takashi Sakamoto's avatar
      ALSA: oxfw: Change the way to start stream · f3699e2c
      Takashi Sakamoto authored
      In past commit, this driver can keep stream formations for each sampling
      rate. So its stream functionality can decide stream formations with given
      some parameters.
      
      This commit moves related codes from PCM functionality to stream
      functionality. Furthermore, to set stream format correctly, this commit
      uses AV/C Stream Format Information command instead of AV/C Input/Output
      Plug Signal Format command.
      Signed-off-by: default avatarTakashi Sakamoto <o-takashi@sakamocchi.jp>
      Acked-by: default avatarClemens Ladisch <clemens@ladisch.de>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      f3699e2c
    • Takashi Sakamoto's avatar
      ALSA: oxfw: Add proc interface for debugging purpose · 3c96101f
      Takashi Sakamoto authored
      This commit adds proc interface to get information about stream
      formation. This commit also adds snd_oxfw_stream_get_current_formation()
      to get current stream formation.
      Signed-off-by: default avatarTakashi Sakamoto <o-takashi@sakamocchi.jp>
      Acked-by: default avatarClemens Ladisch <clemens@ladisch.de>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      3c96101f
    • Takashi Sakamoto's avatar
      ALSA: oxfw: Change the way to make PCM rules/constraints · 5cd1d3f4
      Takashi Sakamoto authored
      In previous commit, this driver can get to know stream formations at
      each supported sampling rates. This commit uses it to make PCM
      rules/constraints and obsoletes hard-coded rules/constraints.
      
      For this purpose, this commit adds 'struct snd_oxfw_stream_formation' and
      snd_oxfw_stream_parse_format() to parse data channel formation of data
      block.
      
      According to datasheet of OXFW970/971, they support 32.0kHz to 196.0kHz.
      
      As long as developers investigate, some devices are confirmed to have
      several formats for the same sampling rate.
      Signed-off-by: default avatarTakashi Sakamoto <o-takashi@sakamocchi.jp>
      Acked-by: default avatarClemens Ladisch <clemens@ladisch.de>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      5cd1d3f4
    • Takashi Sakamoto's avatar
      ALSA: oxfw: Add support for AV/C stream format command to get/set supported stream formation · 5b59d809
      Takashi Sakamoto authored
      OXFW970/971 may supports AV/C Stream Format Information Specification 1.1
      Working Draft (Apr 2005, 1394TA). By using this command, drivers can get to know
      stream formations which device supports.
      
      This commit adds 'EXTENDED STREAM FORMAT INFORMATION' command. This command
      has two subfunctions, 'SINGLE' and 'LIST'. Drivers can use 'SINGLE' subfunction
      to know/set current formation of AMDTP stream, Drivers can use 'LIST'
      subfunction to know an available formation of AMDTP stream in a certain sampling
      rate.
      
      But some devices don't implement the 'LIST' subfunction. So this commit uses
      an assumption that 'if they don't implement it, they don't change stream
      formation depending on current each sampling rate'. With this assumption, this
      driver generates formations for such devices by:
       1.getting current formation by SINGLE subfunction
       2.getting supported sampling rates
       3.applying current formation for all of supported sampling rates
      
      Followed commit implements a parser of this format information.
      Signed-off-by: default avatarTakashi Sakamoto <o-takashi@sakamocchi.jp>
      Acked-by: default avatarClemens Ladisch <clemens@ladisch.de>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      5b59d809
    • Takashi Sakamoto's avatar
      ALSA: oxfw: Change the way to name card · fec7b753
      Takashi Sakamoto authored
      This is a preparation for more models. In following commit, members
      of 'struct snd_card' related to name becomes to consists of vendor and
      model strings in device's config-rom.
      
      Current supported devices also has strings in their config rom, but the
      strings are too long to name sound card, thus this driver still keep
      hard-coded vendor and model names for them.
      Signed-off-by: default avatarTakashi Sakamoto <o-takashi@sakamocchi.jp>
      Acked-by: default avatarClemens Ladisch <clemens@ladisch.de>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      fec7b753
    • Takashi Sakamoto's avatar
      ALSA: dice: Add support for MIDI capture/playback · a113ff88
      Takashi Sakamoto authored
      This commit adds a support for MIDI capture/playback
      
      When MIDI substrams already start streaming and PCM substreams are going to
      join at different sampling rate, streams are stopped once. Then sampling rate
      is changed and streams are restarted.
      Signed-off-by: default avatarTakashi Sakamoto <o-takashi@sakamocchi.jp>
      Acked-by: default avatarClemens Ladisch <clemens@ladisch.de>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      a113ff88
    • Takashi Sakamoto's avatar
      ALSA: dice: Add support for capturing PCM samples · 69dcf3e4
      Takashi Sakamoto authored
      This commit adds a support for capturing PCM samples.
      
      When opposite PCM substream is already running, available sampling rate is
      limited at current one.
      Signed-off-by: default avatarTakashi Sakamoto <o-takashi@sakamocchi.jp>
      Acked-by: default avatarClemens Ladisch <clemens@ladisch.de>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      69dcf3e4
    • Takashi Sakamoto's avatar
      ALSA: dice: Support for non SYT-Match sampling clock source mode · 8fc01fc0
      Takashi Sakamoto authored
      This commit allows this driver to handle devices with non SYT-Match
      sampling clock source.
      
      When sampling clock source is SYT-Match mode, devices handle
      'presentation timestamp' in received packets and generates sampling clock
      according to the information. In this case, driver is synchronization master
      and must transfer correct value in SYT field of each packets in outgoing
      stream, then the outgoing stream is a master stream.
      
      On the other hand, non SYT-Match mode, devices do this. So drivers must pick
      up the value in SYT field of incoming packets and use the value for outgoing
      stream. Currently firewire-lib module achieve this work.
      
      Furthermore, without SYT-Match and internal clock source, the sampling rate
      should be fixed for the other devices connected to the handled device. This
      commit add a restriction of sampling rate at this situation.
      
      With these implementations, this driver has no need to set clock source.
      This commit remove set function.
      Signed-off-by: default avatarTakashi Sakamoto <o-takashi@sakamocchi.jp>
      Acked-by: default avatarClemens Ladisch <clemens@ladisch.de>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      8fc01fc0
    • Takashi Sakamoto's avatar
      ALSA: dice: Add support for duplex streams with synchronization · 9a02843c
      Takashi Sakamoto authored
      This commit adds support for AMDTP in-stream. As a result, Dice driver
      supports full duplex streams with synchronization.
      
      AMDTP can transfer timestamps in its packets. By handling the timestamp,
      devices can synchronize to the other devices or drivers on the same bus.
      
      When Dice chipset is 'enabled', it starts streams with correct settings.
      This 'enable' register is global, thus, when a stream is started to run,
      an opposite stream can't start unless turning off 'enable'. Therefore
      a pair of streams must be running. This causes a loss of CPU usage when
      single stream is needed for neither playbacking or capturing.
      
      This commit assumes that playback-only models also have a functionality
      to transmit stream for delivering timestamps.
      
      Currently, sampling clock source is restricted to SYT-Match mode. This is
      improved in followed commit. I note that at SYT-Match mode, Dice can select
      from 4 streams for synchronization but this driver uses the 1st stream only
      for simplicity.
      Signed-off-by: default avatarTakashi Sakamoto <o-takashi@sakamocchi.jp>
      Acked-by: default avatarClemens Ladisch <clemens@ladisch.de>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      9a02843c
    • Takashi Sakamoto's avatar
      ALSA: dice: Change the way to start stream · 288a8d0c
      Takashi Sakamoto authored
      Streaming functionality can start streams when rate is given but currently
      some codes are in PCM functionality.
      
      This commit changes the way to start stream and add some arrangement
      to make it easy to understand the way.
      Signed-off-by: default avatarTakashi Sakamoto <o-takashi@sakamocchi.jp>
      Acked-by: default avatarClemens Ladisch <clemens@ladisch.de>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      288a8d0c
  10. 01 Dec, 2014 1 commit
  11. 29 Nov, 2014 11 commits