2011-03-15 14:53:21 +08:00
|
|
|
/*
|
|
|
|
* Audio and Music Data Transmission Protocol (IEC 61883-6) streams
|
|
|
|
* with Common Isochronous Packet (IEC 61883-1) headers
|
|
|
|
*
|
|
|
|
* Copyright (c) Clemens Ladisch <clemens@ladisch.de>
|
|
|
|
* Licensed under the terms of the GNU General Public License, version 2.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/device.h>
|
|
|
|
#include <linux/err.h>
|
|
|
|
#include <linux/firewire.h>
|
|
|
|
#include <linux/module.h>
|
|
|
|
#include <linux/slab.h>
|
2014-04-25 21:44:49 +08:00
|
|
|
#include <linux/sched.h>
|
2011-03-15 14:53:21 +08:00
|
|
|
#include <sound/pcm.h>
|
2014-04-25 21:44:52 +08:00
|
|
|
#include <sound/pcm_params.h>
|
ALSA: firewire-lib: Add support for MIDI capture/playback
For capturing/playbacking MIDI messages, this commit adds one MIDI conformant
data channel. This data channel has multiplexed 8 MIDI data streams. So this
data channel can transfer messages from/to 8 MIDI ports.
And this commit allows to set PCM format even if AMDTP streams already start.
I suppose the case that PCM substreams are going to be joined into AMDTP
streams when AMDTP streams are already started for MIDI substreams. Each
driver must count how many PCM/MIDI substreams use AMDTP streams to stop
AMDTP streams.
There are differences between specifications about MIDI conformant data.
About the multiplexing, IEC 61883-6:2002, itself, has no information. It
describes labels and bytes for MIDI messages and refers to MMA/AMEI RP-027
for 'successfull implementation'. MMA/AMEI RP-027 describes 8 MPX-MIDI data
streams for one MIDI conformant data channel. IEC 61883-6:2005 adds
'sequence multiplexing' and apply this way and describe incompatibility
between 2002 and 2005.
So this commit applies IEC 61883-6:2005. When we find some devices compliant
to IEC 61883-6:2002, then this difference should be handles as device quirk
in additional work.
About the number of bytes in an MIDI conformant data, IEC 61883-6:2002 describe
0,1,2,3 bytes. MMA/AMEI RP-027 describes 'MIDI1.0-1x-SPEED', 'MIDI1.0-2x-SPEED',
'MIDI1.0-3x-SPEED' modes and the maximum bytes for each mode corresponds to 1,
2, 3 bytes. The 'MIDI1.0-2x/3x-SPEED' modes are accompanied with 'negotiation
procedure' and 'encapsulation details' but there is no specifications for them.
So this commit implements 'MIDI1.0-1x-SPEED' mode for playback, but allows
to pick up 1-3 bytes for capturing.
Signed-off-by: Takashi Sakamoto <o-takashi@sakamocchi.jp>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2014-04-25 21:44:47 +08:00
|
|
|
#include <sound/rawmidi.h>
|
2011-03-15 14:53:21 +08:00
|
|
|
#include "amdtp.h"
|
|
|
|
|
|
|
|
#define TICKS_PER_CYCLE 3072
|
|
|
|
#define CYCLES_PER_SECOND 8000
|
|
|
|
#define TICKS_PER_SECOND (TICKS_PER_CYCLE * CYCLES_PER_SECOND)
|
|
|
|
|
2014-11-26 05:54:10 +08:00
|
|
|
/*
|
|
|
|
* Nominally 3125 bytes/second, but the MIDI port's clock might be
|
|
|
|
* 1% too slow, and the bus clock 100 ppm too fast.
|
|
|
|
*/
|
|
|
|
#define MIDI_BYTES_PER_SECOND 3093
|
|
|
|
|
2014-11-26 05:52:24 +08:00
|
|
|
/*
|
|
|
|
* Several devices look only at the first eight data blocks.
|
|
|
|
* In any case, this is more than enough for the MIDI data rate.
|
|
|
|
*/
|
|
|
|
#define MAX_MIDI_RX_BLOCKS 8
|
|
|
|
|
2015-02-21 10:50:17 +08:00
|
|
|
#define TRANSFER_DELAY_TICKS 0x2e00 /* 479.17 microseconds */
|
2011-03-15 14:53:21 +08:00
|
|
|
|
2014-04-25 21:44:43 +08:00
|
|
|
/* isochronous header parameters */
|
|
|
|
#define ISO_DATA_LENGTH_SHIFT 16
|
2011-03-15 14:53:21 +08:00
|
|
|
#define TAG_CIP 1
|
|
|
|
|
2014-04-25 21:44:43 +08:00
|
|
|
/* common isochronous packet header parameters */
|
2015-05-22 22:21:12 +08:00
|
|
|
#define CIP_EOH_SHIFT 31
|
|
|
|
#define CIP_EOH (1u << CIP_EOH_SHIFT)
|
2014-04-25 21:44:43 +08:00
|
|
|
#define CIP_EOH_MASK 0x80000000
|
2015-05-22 22:21:12 +08:00
|
|
|
#define CIP_SID_SHIFT 24
|
|
|
|
#define CIP_SID_MASK 0x3f000000
|
|
|
|
#define CIP_DBS_MASK 0x00ff0000
|
|
|
|
#define CIP_DBS_SHIFT 16
|
|
|
|
#define CIP_DBC_MASK 0x000000ff
|
|
|
|
#define CIP_FMT_SHIFT 24
|
2014-04-25 21:44:43 +08:00
|
|
|
#define CIP_FMT_MASK 0x3f000000
|
2015-05-22 22:21:12 +08:00
|
|
|
#define CIP_FDF_MASK 0x00ff0000
|
|
|
|
#define CIP_FDF_SHIFT 16
|
2014-04-25 21:44:43 +08:00
|
|
|
#define CIP_SYT_MASK 0x0000ffff
|
|
|
|
#define CIP_SYT_NO_INFO 0xffff
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Audio and Music transfer protocol specific parameters
|
|
|
|
* only "Clock-based rate control mode" is supported
|
|
|
|
*/
|
2015-05-22 22:21:12 +08:00
|
|
|
#define CIP_FMT_AM (0x10 << CIP_FMT_SHIFT)
|
|
|
|
#define AMDTP_FDF_AM824 (0 << (CIP_FDF_SHIFT + 3))
|
2014-04-25 21:44:46 +08:00
|
|
|
#define AMDTP_FDF_NO_DATA 0xff
|
2011-03-15 14:53:21 +08:00
|
|
|
|
|
|
|
/* TODO: make these configurable */
|
|
|
|
#define INTERRUPT_INTERVAL 16
|
|
|
|
#define QUEUE_LENGTH 48
|
|
|
|
|
2014-04-25 21:44:46 +08:00
|
|
|
#define IN_PACKET_HEADER_SIZE 4
|
2014-04-25 21:44:45 +08:00
|
|
|
#define OUT_PACKET_HEADER_SIZE 0
|
|
|
|
|
2012-05-14 04:03:09 +08:00
|
|
|
static void pcm_period_tasklet(unsigned long data);
|
|
|
|
|
2011-03-15 14:53:21 +08:00
|
|
|
/**
|
2014-04-25 21:44:42 +08:00
|
|
|
* amdtp_stream_init - initialize an AMDTP stream structure
|
|
|
|
* @s: the AMDTP stream to initialize
|
2011-03-15 14:53:21 +08:00
|
|
|
* @unit: the target of the stream
|
2014-04-25 21:44:44 +08:00
|
|
|
* @dir: the direction of stream
|
2011-03-15 14:53:21 +08:00
|
|
|
* @flags: the packet transmission method to use
|
|
|
|
*/
|
2014-04-25 21:44:42 +08:00
|
|
|
int amdtp_stream_init(struct amdtp_stream *s, struct fw_unit *unit,
|
2014-04-25 21:44:44 +08:00
|
|
|
enum amdtp_stream_direction dir, enum cip_flags flags)
|
2011-03-15 14:53:21 +08:00
|
|
|
{
|
2015-02-21 22:54:58 +08:00
|
|
|
s->unit = unit;
|
2014-04-25 21:44:44 +08:00
|
|
|
s->direction = dir;
|
2011-03-15 14:53:21 +08:00
|
|
|
s->flags = flags;
|
|
|
|
s->context = ERR_PTR(-1);
|
|
|
|
mutex_init(&s->mutex);
|
2012-05-14 04:03:09 +08:00
|
|
|
tasklet_init(&s->period_tasklet, pcm_period_tasklet, (unsigned long)s);
|
2011-03-15 14:57:24 +08:00
|
|
|
s->packet_index = 0;
|
2011-03-15 14:53:21 +08:00
|
|
|
|
2014-04-25 21:44:49 +08:00
|
|
|
init_waitqueue_head(&s->callback_wait);
|
|
|
|
s->callbacked = false;
|
|
|
|
s->sync_slave = NULL;
|
|
|
|
|
2011-03-15 14:53:21 +08:00
|
|
|
return 0;
|
|
|
|
}
|
2014-04-25 21:44:42 +08:00
|
|
|
EXPORT_SYMBOL(amdtp_stream_init);
|
2011-03-15 14:53:21 +08:00
|
|
|
|
|
|
|
/**
|
2014-04-25 21:44:42 +08:00
|
|
|
* amdtp_stream_destroy - free stream resources
|
|
|
|
* @s: the AMDTP stream to destroy
|
2011-03-15 14:53:21 +08:00
|
|
|
*/
|
2014-04-25 21:44:42 +08:00
|
|
|
void amdtp_stream_destroy(struct amdtp_stream *s)
|
2011-03-15 14:53:21 +08:00
|
|
|
{
|
2014-04-25 21:44:42 +08:00
|
|
|
WARN_ON(amdtp_stream_running(s));
|
2011-03-15 14:53:21 +08:00
|
|
|
mutex_destroy(&s->mutex);
|
|
|
|
}
|
2014-04-25 21:44:42 +08:00
|
|
|
EXPORT_SYMBOL(amdtp_stream_destroy);
|
2011-03-15 14:53:21 +08:00
|
|
|
|
2011-10-17 03:39:00 +08:00
|
|
|
const unsigned int amdtp_syt_intervals[CIP_SFC_COUNT] = {
|
2011-09-05 04:16:10 +08:00
|
|
|
[CIP_SFC_32000] = 8,
|
|
|
|
[CIP_SFC_44100] = 8,
|
|
|
|
[CIP_SFC_48000] = 8,
|
|
|
|
[CIP_SFC_88200] = 16,
|
|
|
|
[CIP_SFC_96000] = 16,
|
|
|
|
[CIP_SFC_176400] = 32,
|
|
|
|
[CIP_SFC_192000] = 32,
|
|
|
|
};
|
|
|
|
EXPORT_SYMBOL(amdtp_syt_intervals);
|
|
|
|
|
2014-05-27 23:14:36 +08:00
|
|
|
const unsigned int amdtp_rate_table[CIP_SFC_COUNT] = {
|
2014-04-25 21:44:59 +08:00
|
|
|
[CIP_SFC_32000] = 32000,
|
|
|
|
[CIP_SFC_44100] = 44100,
|
|
|
|
[CIP_SFC_48000] = 48000,
|
|
|
|
[CIP_SFC_88200] = 88200,
|
|
|
|
[CIP_SFC_96000] = 96000,
|
|
|
|
[CIP_SFC_176400] = 176400,
|
|
|
|
[CIP_SFC_192000] = 192000,
|
|
|
|
};
|
|
|
|
EXPORT_SYMBOL(amdtp_rate_table);
|
|
|
|
|
2014-04-25 21:44:52 +08:00
|
|
|
/**
|
|
|
|
* amdtp_stream_add_pcm_hw_constraints - add hw constraints for PCM substream
|
|
|
|
* @s: the AMDTP stream, which must be initialized.
|
|
|
|
* @runtime: the PCM substream runtime
|
|
|
|
*/
|
|
|
|
int amdtp_stream_add_pcm_hw_constraints(struct amdtp_stream *s,
|
|
|
|
struct snd_pcm_runtime *runtime)
|
|
|
|
{
|
|
|
|
int err;
|
|
|
|
|
|
|
|
/* AM824 in IEC 61883-6 can deliver 24bit data */
|
|
|
|
err = snd_pcm_hw_constraint_msbits(runtime, 0, 32, 24);
|
|
|
|
if (err < 0)
|
|
|
|
goto end;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Currently firewire-lib processes 16 packets in one software
|
|
|
|
* interrupt callback. This equals to 2msec but actually the
|
|
|
|
* interval of the interrupts has a jitter.
|
|
|
|
* Additionally, even if adding a constraint to fit period size to
|
|
|
|
* 2msec, actual calculated frames per period doesn't equal to 2msec,
|
|
|
|
* depending on sampling rate.
|
|
|
|
* Anyway, the interval to call snd_pcm_period_elapsed() cannot 2msec.
|
|
|
|
* Here let us use 5msec for safe period interrupt.
|
|
|
|
*/
|
|
|
|
err = snd_pcm_hw_constraint_minmax(runtime,
|
|
|
|
SNDRV_PCM_HW_PARAM_PERIOD_TIME,
|
|
|
|
5000, UINT_MAX);
|
|
|
|
if (err < 0)
|
|
|
|
goto end;
|
|
|
|
|
|
|
|
/* Non-Blocking stream has no more constraints */
|
|
|
|
if (!(s->flags & CIP_BLOCKING))
|
|
|
|
goto end;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* One AMDTP packet can include some frames. In blocking mode, the
|
|
|
|
* number equals to SYT_INTERVAL. So the number is 8, 16 or 32,
|
|
|
|
* depending on its sampling rate. For accurate period interrupt, it's
|
2015-03-10 05:13:03 +08:00
|
|
|
* preferrable to align period/buffer sizes to current SYT_INTERVAL.
|
2014-04-25 21:44:52 +08:00
|
|
|
*
|
2015-03-10 05:13:03 +08:00
|
|
|
* TODO: These constraints can be improved with proper rules.
|
|
|
|
* Currently apply LCM of SYT_INTERVALs.
|
2014-04-25 21:44:52 +08:00
|
|
|
*/
|
|
|
|
err = snd_pcm_hw_constraint_step(runtime, 0,
|
|
|
|
SNDRV_PCM_HW_PARAM_PERIOD_SIZE, 32);
|
|
|
|
if (err < 0)
|
|
|
|
goto end;
|
|
|
|
err = snd_pcm_hw_constraint_step(runtime, 0,
|
|
|
|
SNDRV_PCM_HW_PARAM_BUFFER_SIZE, 32);
|
|
|
|
end:
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(amdtp_stream_add_pcm_hw_constraints);
|
|
|
|
|
2011-03-15 14:53:21 +08:00
|
|
|
/**
|
2014-04-25 21:44:42 +08:00
|
|
|
* amdtp_stream_set_parameters - set stream parameters
|
|
|
|
* @s: the AMDTP stream to configure
|
2011-03-15 14:53:21 +08:00
|
|
|
* @rate: the sample rate
|
2011-09-05 04:16:10 +08:00
|
|
|
* @pcm_channels: the number of PCM samples in each data block, to be encoded
|
|
|
|
* as AM824 multi-bit linear audio
|
|
|
|
* @midi_ports: the number of MIDI ports (i.e., MPX-MIDI Data Channels)
|
2011-03-15 14:53:21 +08:00
|
|
|
*
|
2011-09-05 04:16:10 +08:00
|
|
|
* The parameters must be set before the stream is started, and must not be
|
2011-03-15 14:53:21 +08:00
|
|
|
* changed while the stream is running.
|
|
|
|
*/
|
2014-04-25 21:44:42 +08:00
|
|
|
void amdtp_stream_set_parameters(struct amdtp_stream *s,
|
|
|
|
unsigned int rate,
|
|
|
|
unsigned int pcm_channels,
|
|
|
|
unsigned int midi_ports)
|
2011-03-15 14:53:21 +08:00
|
|
|
{
|
2014-04-25 21:44:50 +08:00
|
|
|
unsigned int i, sfc, midi_channels;
|
2011-03-15 14:53:21 +08:00
|
|
|
|
ALSA: firewire-lib: Add support for MIDI capture/playback
For capturing/playbacking MIDI messages, this commit adds one MIDI conformant
data channel. This data channel has multiplexed 8 MIDI data streams. So this
data channel can transfer messages from/to 8 MIDI ports.
And this commit allows to set PCM format even if AMDTP streams already start.
I suppose the case that PCM substreams are going to be joined into AMDTP
streams when AMDTP streams are already started for MIDI substreams. Each
driver must count how many PCM/MIDI substreams use AMDTP streams to stop
AMDTP streams.
There are differences between specifications about MIDI conformant data.
About the multiplexing, IEC 61883-6:2002, itself, has no information. It
describes labels and bytes for MIDI messages and refers to MMA/AMEI RP-027
for 'successfull implementation'. MMA/AMEI RP-027 describes 8 MPX-MIDI data
streams for one MIDI conformant data channel. IEC 61883-6:2005 adds
'sequence multiplexing' and apply this way and describe incompatibility
between 2002 and 2005.
So this commit applies IEC 61883-6:2005. When we find some devices compliant
to IEC 61883-6:2002, then this difference should be handles as device quirk
in additional work.
About the number of bytes in an MIDI conformant data, IEC 61883-6:2002 describe
0,1,2,3 bytes. MMA/AMEI RP-027 describes 'MIDI1.0-1x-SPEED', 'MIDI1.0-2x-SPEED',
'MIDI1.0-3x-SPEED' modes and the maximum bytes for each mode corresponds to 1,
2, 3 bytes. The 'MIDI1.0-2x/3x-SPEED' modes are accompanied with 'negotiation
procedure' and 'encapsulation details' but there is no specifications for them.
So this commit implements 'MIDI1.0-1x-SPEED' mode for playback, but allows
to pick up 1-3 bytes for capturing.
Signed-off-by: Takashi Sakamoto <o-takashi@sakamocchi.jp>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2014-04-25 21:44:47 +08:00
|
|
|
midi_channels = DIV_ROUND_UP(midi_ports, 8);
|
|
|
|
|
2014-04-25 21:44:50 +08:00
|
|
|
if (WARN_ON(amdtp_stream_running(s)) |
|
|
|
|
WARN_ON(pcm_channels > AMDTP_MAX_CHANNELS_FOR_PCM) |
|
ALSA: firewire-lib: Add support for MIDI capture/playback
For capturing/playbacking MIDI messages, this commit adds one MIDI conformant
data channel. This data channel has multiplexed 8 MIDI data streams. So this
data channel can transfer messages from/to 8 MIDI ports.
And this commit allows to set PCM format even if AMDTP streams already start.
I suppose the case that PCM substreams are going to be joined into AMDTP
streams when AMDTP streams are already started for MIDI substreams. Each
driver must count how many PCM/MIDI substreams use AMDTP streams to stop
AMDTP streams.
There are differences between specifications about MIDI conformant data.
About the multiplexing, IEC 61883-6:2002, itself, has no information. It
describes labels and bytes for MIDI messages and refers to MMA/AMEI RP-027
for 'successfull implementation'. MMA/AMEI RP-027 describes 8 MPX-MIDI data
streams for one MIDI conformant data channel. IEC 61883-6:2005 adds
'sequence multiplexing' and apply this way and describe incompatibility
between 2002 and 2005.
So this commit applies IEC 61883-6:2005. When we find some devices compliant
to IEC 61883-6:2002, then this difference should be handles as device quirk
in additional work.
About the number of bytes in an MIDI conformant data, IEC 61883-6:2002 describe
0,1,2,3 bytes. MMA/AMEI RP-027 describes 'MIDI1.0-1x-SPEED', 'MIDI1.0-2x-SPEED',
'MIDI1.0-3x-SPEED' modes and the maximum bytes for each mode corresponds to 1,
2, 3 bytes. The 'MIDI1.0-2x/3x-SPEED' modes are accompanied with 'negotiation
procedure' and 'encapsulation details' but there is no specifications for them.
So this commit implements 'MIDI1.0-1x-SPEED' mode for playback, but allows
to pick up 1-3 bytes for capturing.
Signed-off-by: Takashi Sakamoto <o-takashi@sakamocchi.jp>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2014-04-25 21:44:47 +08:00
|
|
|
WARN_ON(midi_channels > AMDTP_MAX_CHANNELS_FOR_MIDI))
|
2011-03-15 14:53:21 +08:00
|
|
|
return;
|
|
|
|
|
2014-05-27 23:14:36 +08:00
|
|
|
for (sfc = 0; sfc < ARRAY_SIZE(amdtp_rate_table); ++sfc)
|
2014-04-25 21:44:59 +08:00
|
|
|
if (amdtp_rate_table[sfc] == rate)
|
2011-09-05 04:12:48 +08:00
|
|
|
goto sfc_found;
|
2011-03-15 14:53:21 +08:00
|
|
|
WARN_ON(1);
|
2011-09-05 04:12:48 +08:00
|
|
|
return;
|
|
|
|
|
|
|
|
sfc_found:
|
2014-04-25 21:44:51 +08:00
|
|
|
s->pcm_channels = pcm_channels;
|
2011-09-05 04:12:48 +08:00
|
|
|
s->sfc = sfc;
|
2014-04-25 21:44:50 +08:00
|
|
|
s->data_block_quadlets = s->pcm_channels + midi_channels;
|
2011-09-05 04:16:10 +08:00
|
|
|
s->midi_ports = midi_ports;
|
|
|
|
|
|
|
|
s->syt_interval = amdtp_syt_intervals[sfc];
|
2011-09-05 04:12:48 +08:00
|
|
|
|
|
|
|
/* default buffering in the device */
|
|
|
|
s->transfer_delay = TRANSFER_DELAY_TICKS - TICKS_PER_CYCLE;
|
|
|
|
if (s->flags & CIP_BLOCKING)
|
|
|
|
/* additional buffering needed to adjust for no-data packets */
|
|
|
|
s->transfer_delay += TICKS_PER_SECOND * s->syt_interval / rate;
|
2014-04-25 21:44:50 +08:00
|
|
|
|
|
|
|
/* init the position map for PCM and MIDI channels */
|
|
|
|
for (i = 0; i < pcm_channels; i++)
|
|
|
|
s->pcm_positions[i] = i;
|
|
|
|
s->midi_position = s->pcm_channels;
|
2014-11-26 05:54:10 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* We do not know the actual MIDI FIFO size of most devices. Just
|
|
|
|
* assume two bytes, i.e., one byte can be received over the bus while
|
|
|
|
* the previous one is transmitted over MIDI.
|
|
|
|
* (The value here is adjusted for midi_ratelimit_per_packet().)
|
|
|
|
*/
|
|
|
|
s->midi_fifo_limit = rate - MIDI_BYTES_PER_SECOND * s->syt_interval + 1;
|
2011-03-15 14:53:21 +08:00
|
|
|
}
|
2014-04-25 21:44:42 +08:00
|
|
|
EXPORT_SYMBOL(amdtp_stream_set_parameters);
|
2011-03-15 14:53:21 +08:00
|
|
|
|
|
|
|
/**
|
2014-04-25 21:44:42 +08:00
|
|
|
* amdtp_stream_get_max_payload - get the stream's packet size
|
|
|
|
* @s: the AMDTP stream
|
2011-03-15 14:53:21 +08:00
|
|
|
*
|
|
|
|
* This function must not be called before the stream has been configured
|
2014-04-25 21:44:42 +08:00
|
|
|
* with amdtp_stream_set_parameters().
|
2011-03-15 14:53:21 +08:00
|
|
|
*/
|
2014-04-25 21:44:42 +08:00
|
|
|
unsigned int amdtp_stream_get_max_payload(struct amdtp_stream *s)
|
2011-03-15 14:53:21 +08:00
|
|
|
{
|
ALSA: firewire-lib: add buffer-over-run protection at receiving more data blocks than expected
In IEC 61883-6, the number of data blocks in a packet is limited up to
the value of SYT_INTERVAL. Current implementation is compliant to the
limitation, while it can cause buffer-over-run when the value of dbs
field in received packet is illegally large.
This commit adds a validator to detect such illegal packets to prevent
the buffer-over-run. Actually, the buffer is aligned to the size of memory
page, thus this issue hardly causes system errors due to the room to page
alignment, as long as a few packets includes such jumbo payload; i.e.
a packet to several received packets.
Here, Behringer F-Control Audio 202 (based on OXFW 960) has a quirk to
postpone transferring isochronous packet till finish handling any
asynchronous packets. In this case, this model is lazy, transfers no
packets according to several cycle-start packets. After finishing, this
model pushes required data in next isochronous packet. As a result, the
packet include more data blocks than IEC 61883-6 defines.
To continue to support this model, this commit adds a new flag to extend
the length of calculated payload. This flag allows the size of payload
5 times as large as IEC 61883-6 defines. As a result, packets from this
model passed the validator successfully.
Signed-off-by: Takashi Sakamoto <o-takashi@sakamocchi.jp>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2015-05-22 22:00:50 +08:00
|
|
|
unsigned int multiplier = 1;
|
|
|
|
|
|
|
|
if (s->flags & CIP_JUMBO_PAYLOAD)
|
|
|
|
multiplier = 5;
|
|
|
|
|
|
|
|
return 8 + s->syt_interval * s->data_block_quadlets * 4 * multiplier;
|
2011-03-15 14:53:21 +08:00
|
|
|
}
|
2014-04-25 21:44:42 +08:00
|
|
|
EXPORT_SYMBOL(amdtp_stream_get_max_payload);
|
2011-03-15 14:53:21 +08:00
|
|
|
|
2015-05-22 22:21:11 +08:00
|
|
|
static void write_pcm_s16(struct amdtp_stream *s,
|
|
|
|
struct snd_pcm_substream *pcm,
|
|
|
|
__be32 *buffer, unsigned int frames);
|
|
|
|
static void write_pcm_s32(struct amdtp_stream *s,
|
|
|
|
struct snd_pcm_substream *pcm,
|
|
|
|
__be32 *buffer, unsigned int frames);
|
|
|
|
static void read_pcm_s32(struct amdtp_stream *s,
|
|
|
|
struct snd_pcm_substream *pcm,
|
|
|
|
__be32 *buffer, unsigned int frames);
|
2011-03-15 14:53:21 +08:00
|
|
|
|
|
|
|
/**
|
2014-04-25 21:44:42 +08:00
|
|
|
* amdtp_stream_set_pcm_format - set the PCM format
|
|
|
|
* @s: the AMDTP stream to configure
|
2011-03-15 14:53:21 +08:00
|
|
|
* @format: the format of the ALSA PCM device
|
|
|
|
*
|
2015-03-10 05:13:03 +08:00
|
|
|
* The sample format must be set after the other parameters (rate/PCM channels/
|
2011-09-05 04:16:10 +08:00
|
|
|
* MIDI) and before the stream is started, and must not be changed while the
|
|
|
|
* stream is running.
|
2011-03-15 14:53:21 +08:00
|
|
|
*/
|
2014-04-25 21:44:42 +08:00
|
|
|
void amdtp_stream_set_pcm_format(struct amdtp_stream *s,
|
|
|
|
snd_pcm_format_t format)
|
2011-03-15 14:53:21 +08:00
|
|
|
{
|
ALSA: firewire-lib: Add support for MIDI capture/playback
For capturing/playbacking MIDI messages, this commit adds one MIDI conformant
data channel. This data channel has multiplexed 8 MIDI data streams. So this
data channel can transfer messages from/to 8 MIDI ports.
And this commit allows to set PCM format even if AMDTP streams already start.
I suppose the case that PCM substreams are going to be joined into AMDTP
streams when AMDTP streams are already started for MIDI substreams. Each
driver must count how many PCM/MIDI substreams use AMDTP streams to stop
AMDTP streams.
There are differences between specifications about MIDI conformant data.
About the multiplexing, IEC 61883-6:2002, itself, has no information. It
describes labels and bytes for MIDI messages and refers to MMA/AMEI RP-027
for 'successfull implementation'. MMA/AMEI RP-027 describes 8 MPX-MIDI data
streams for one MIDI conformant data channel. IEC 61883-6:2005 adds
'sequence multiplexing' and apply this way and describe incompatibility
between 2002 and 2005.
So this commit applies IEC 61883-6:2005. When we find some devices compliant
to IEC 61883-6:2002, then this difference should be handles as device quirk
in additional work.
About the number of bytes in an MIDI conformant data, IEC 61883-6:2002 describe
0,1,2,3 bytes. MMA/AMEI RP-027 describes 'MIDI1.0-1x-SPEED', 'MIDI1.0-2x-SPEED',
'MIDI1.0-3x-SPEED' modes and the maximum bytes for each mode corresponds to 1,
2, 3 bytes. The 'MIDI1.0-2x/3x-SPEED' modes are accompanied with 'negotiation
procedure' and 'encapsulation details' but there is no specifications for them.
So this commit implements 'MIDI1.0-1x-SPEED' mode for playback, but allows
to pick up 1-3 bytes for capturing.
Signed-off-by: Takashi Sakamoto <o-takashi@sakamocchi.jp>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2014-04-25 21:44:47 +08:00
|
|
|
if (WARN_ON(amdtp_stream_pcm_running(s)))
|
2011-03-15 14:53:21 +08:00
|
|
|
return;
|
|
|
|
|
|
|
|
switch (format) {
|
|
|
|
default:
|
|
|
|
WARN_ON(1);
|
|
|
|
/* fall through */
|
|
|
|
case SNDRV_PCM_FORMAT_S16:
|
2014-04-25 21:44:46 +08:00
|
|
|
if (s->direction == AMDTP_OUT_STREAM) {
|
2015-05-22 22:21:11 +08:00
|
|
|
s->transfer_samples = write_pcm_s16;
|
2014-04-25 21:44:46 +08:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
WARN_ON(1);
|
|
|
|
/* fall through */
|
2011-03-15 14:53:21 +08:00
|
|
|
case SNDRV_PCM_FORMAT_S32:
|
2014-04-25 21:44:51 +08:00
|
|
|
if (s->direction == AMDTP_OUT_STREAM)
|
2015-05-22 22:21:11 +08:00
|
|
|
s->transfer_samples = write_pcm_s32;
|
2014-04-25 21:44:51 +08:00
|
|
|
else
|
2015-05-22 22:21:11 +08:00
|
|
|
s->transfer_samples = read_pcm_s32;
|
2011-03-15 14:53:21 +08:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
2014-04-25 21:44:42 +08:00
|
|
|
EXPORT_SYMBOL(amdtp_stream_set_pcm_format);
|
2011-03-15 14:53:21 +08:00
|
|
|
|
2012-05-14 04:03:09 +08:00
|
|
|
/**
|
2014-04-25 21:44:42 +08:00
|
|
|
* amdtp_stream_pcm_prepare - prepare PCM device for running
|
|
|
|
* @s: the AMDTP stream
|
2012-05-14 04:03:09 +08:00
|
|
|
*
|
|
|
|
* This function should be called from the PCM device's .prepare callback.
|
|
|
|
*/
|
2014-04-25 21:44:42 +08:00
|
|
|
void amdtp_stream_pcm_prepare(struct amdtp_stream *s)
|
2012-05-14 04:03:09 +08:00
|
|
|
{
|
|
|
|
tasklet_kill(&s->period_tasklet);
|
|
|
|
s->pcm_buffer_pointer = 0;
|
|
|
|
s->pcm_period_pointer = 0;
|
2012-05-14 01:07:22 +08:00
|
|
|
s->pointer_flush = true;
|
2012-05-14 04:03:09 +08:00
|
|
|
}
|
2014-04-25 21:44:42 +08:00
|
|
|
EXPORT_SYMBOL(amdtp_stream_pcm_prepare);
|
2012-05-14 04:03:09 +08:00
|
|
|
|
2015-05-22 22:00:51 +08:00
|
|
|
static unsigned int calculate_data_blocks(struct amdtp_stream *s,
|
|
|
|
unsigned int syt)
|
2011-03-15 14:53:21 +08:00
|
|
|
{
|
|
|
|
unsigned int phase, data_blocks;
|
|
|
|
|
2015-05-22 22:00:51 +08:00
|
|
|
/* Blocking mode. */
|
|
|
|
if (s->flags & CIP_BLOCKING) {
|
|
|
|
/* This module generate empty packet for 'no data'. */
|
|
|
|
if (syt == CIP_SYT_NO_INFO)
|
|
|
|
data_blocks = 0;
|
|
|
|
else
|
|
|
|
data_blocks = s->syt_interval;
|
|
|
|
/* Non-blocking mode. */
|
2011-03-15 14:53:21 +08:00
|
|
|
} else {
|
2015-05-22 22:00:51 +08:00
|
|
|
if (!cip_sfc_is_base_44100(s->sfc)) {
|
|
|
|
/* Sample_rate / 8000 is an integer, and precomputed. */
|
|
|
|
data_blocks = s->data_block_state;
|
|
|
|
} else {
|
|
|
|
phase = s->data_block_state;
|
2011-03-15 14:53:21 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* This calculates the number of data blocks per packet so that
|
|
|
|
* 1) the overall rate is correct and exactly synchronized to
|
|
|
|
* the bus clock, and
|
|
|
|
* 2) packets with a rounded-up number of blocks occur as early
|
|
|
|
* as possible in the sequence (to prevent underruns of the
|
|
|
|
* device's buffer).
|
|
|
|
*/
|
2015-05-22 22:00:51 +08:00
|
|
|
if (s->sfc == CIP_SFC_44100)
|
|
|
|
/* 6 6 5 6 5 6 5 ... */
|
|
|
|
data_blocks = 5 + ((phase & 1) ^
|
|
|
|
(phase == 0 || phase >= 40));
|
|
|
|
else
|
|
|
|
/* 12 11 11 11 11 ... or 23 22 22 22 22 ... */
|
|
|
|
data_blocks = 11 * (s->sfc >> 1) + (phase == 0);
|
|
|
|
if (++phase >= (80 >> (s->sfc >> 1)))
|
|
|
|
phase = 0;
|
|
|
|
s->data_block_state = phase;
|
|
|
|
}
|
2011-03-15 14:53:21 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
return data_blocks;
|
|
|
|
}
|
|
|
|
|
2014-04-25 21:44:42 +08:00
|
|
|
static unsigned int calculate_syt(struct amdtp_stream *s,
|
2011-03-15 14:53:21 +08:00
|
|
|
unsigned int cycle)
|
|
|
|
{
|
|
|
|
unsigned int syt_offset, phase, index, syt;
|
|
|
|
|
|
|
|
if (s->last_syt_offset < TICKS_PER_CYCLE) {
|
|
|
|
if (!cip_sfc_is_base_44100(s->sfc))
|
|
|
|
syt_offset = s->last_syt_offset + s->syt_offset_state;
|
|
|
|
else {
|
|
|
|
/*
|
|
|
|
* The time, in ticks, of the n'th SYT_INTERVAL sample is:
|
|
|
|
* n * SYT_INTERVAL * 24576000 / sample_rate
|
|
|
|
* Modulo TICKS_PER_CYCLE, the difference between successive
|
|
|
|
* elements is about 1386.23. Rounding the results of this
|
|
|
|
* formula to the SYT precision results in a sequence of
|
|
|
|
* differences that begins with:
|
|
|
|
* 1386 1386 1387 1386 1386 1386 1387 1386 1386 1386 1387 ...
|
|
|
|
* This code generates _exactly_ the same sequence.
|
|
|
|
*/
|
|
|
|
phase = s->syt_offset_state;
|
|
|
|
index = phase % 13;
|
|
|
|
syt_offset = s->last_syt_offset;
|
|
|
|
syt_offset += 1386 + ((index && !(index & 3)) ||
|
|
|
|
phase == 146);
|
|
|
|
if (++phase >= 147)
|
|
|
|
phase = 0;
|
|
|
|
s->syt_offset_state = phase;
|
|
|
|
}
|
|
|
|
} else
|
|
|
|
syt_offset = s->last_syt_offset - TICKS_PER_CYCLE;
|
|
|
|
s->last_syt_offset = syt_offset;
|
|
|
|
|
2011-03-15 14:55:02 +08:00
|
|
|
if (syt_offset < TICKS_PER_CYCLE) {
|
2011-09-05 04:12:48 +08:00
|
|
|
syt_offset += s->transfer_delay;
|
2011-03-15 14:55:02 +08:00
|
|
|
syt = (cycle + syt_offset / TICKS_PER_CYCLE) << 12;
|
|
|
|
syt += syt_offset % TICKS_PER_CYCLE;
|
2011-03-15 14:53:21 +08:00
|
|
|
|
2014-04-25 21:44:43 +08:00
|
|
|
return syt & CIP_SYT_MASK;
|
2011-03-15 14:55:02 +08:00
|
|
|
} else {
|
2014-04-25 21:44:43 +08:00
|
|
|
return CIP_SYT_NO_INFO;
|
2011-03-15 14:55:02 +08:00
|
|
|
}
|
2011-03-15 14:53:21 +08:00
|
|
|
}
|
|
|
|
|
2015-05-22 22:21:11 +08:00
|
|
|
static void write_pcm_s32(struct amdtp_stream *s,
|
|
|
|
struct snd_pcm_substream *pcm,
|
|
|
|
__be32 *buffer, unsigned int frames)
|
2011-03-15 14:53:21 +08:00
|
|
|
{
|
|
|
|
struct snd_pcm_runtime *runtime = pcm->runtime;
|
2014-04-25 21:44:50 +08:00
|
|
|
unsigned int channels, remaining_frames, i, c;
|
2011-03-15 14:53:21 +08:00
|
|
|
const u32 *src;
|
|
|
|
|
|
|
|
channels = s->pcm_channels;
|
|
|
|
src = (void *)runtime->dma_area +
|
2013-09-13 23:35:47 +08:00
|
|
|
frames_to_bytes(runtime, s->pcm_buffer_pointer);
|
2011-03-15 14:53:21 +08:00
|
|
|
remaining_frames = runtime->buffer_size - s->pcm_buffer_pointer;
|
|
|
|
|
|
|
|
for (i = 0; i < frames; ++i) {
|
|
|
|
for (c = 0; c < channels; ++c) {
|
2014-04-25 21:44:50 +08:00
|
|
|
buffer[s->pcm_positions[c]] =
|
|
|
|
cpu_to_be32((*src >> 8) | 0x40000000);
|
2011-03-15 14:53:21 +08:00
|
|
|
src++;
|
|
|
|
}
|
2014-04-25 21:44:50 +08:00
|
|
|
buffer += s->data_block_quadlets;
|
2011-03-15 14:53:21 +08:00
|
|
|
if (--remaining_frames == 0)
|
|
|
|
src = (void *)runtime->dma_area;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2015-05-22 22:21:11 +08:00
|
|
|
static void write_pcm_s16(struct amdtp_stream *s,
|
|
|
|
struct snd_pcm_substream *pcm,
|
|
|
|
__be32 *buffer, unsigned int frames)
|
2011-03-15 14:53:21 +08:00
|
|
|
{
|
|
|
|
struct snd_pcm_runtime *runtime = pcm->runtime;
|
2014-04-25 21:44:50 +08:00
|
|
|
unsigned int channels, remaining_frames, i, c;
|
2011-03-15 14:53:21 +08:00
|
|
|
const u16 *src;
|
|
|
|
|
|
|
|
channels = s->pcm_channels;
|
|
|
|
src = (void *)runtime->dma_area +
|
2013-09-13 23:35:47 +08:00
|
|
|
frames_to_bytes(runtime, s->pcm_buffer_pointer);
|
2011-03-15 14:53:21 +08:00
|
|
|
remaining_frames = runtime->buffer_size - s->pcm_buffer_pointer;
|
|
|
|
|
|
|
|
for (i = 0; i < frames; ++i) {
|
|
|
|
for (c = 0; c < channels; ++c) {
|
2014-04-25 21:44:50 +08:00
|
|
|
buffer[s->pcm_positions[c]] =
|
2014-06-02 00:50:16 +08:00
|
|
|
cpu_to_be32((*src << 8) | 0x42000000);
|
2011-03-15 14:53:21 +08:00
|
|
|
src++;
|
|
|
|
}
|
2014-04-25 21:44:50 +08:00
|
|
|
buffer += s->data_block_quadlets;
|
2011-03-15 14:53:21 +08:00
|
|
|
if (--remaining_frames == 0)
|
|
|
|
src = (void *)runtime->dma_area;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2015-05-22 22:21:11 +08:00
|
|
|
static void read_pcm_s32(struct amdtp_stream *s,
|
|
|
|
struct snd_pcm_substream *pcm,
|
|
|
|
__be32 *buffer, unsigned int frames)
|
2014-04-25 21:44:46 +08:00
|
|
|
{
|
|
|
|
struct snd_pcm_runtime *runtime = pcm->runtime;
|
|
|
|
unsigned int channels, remaining_frames, i, c;
|
|
|
|
u32 *dst;
|
|
|
|
|
|
|
|
channels = s->pcm_channels;
|
|
|
|
dst = (void *)runtime->dma_area +
|
|
|
|
frames_to_bytes(runtime, s->pcm_buffer_pointer);
|
|
|
|
remaining_frames = runtime->buffer_size - s->pcm_buffer_pointer;
|
|
|
|
|
|
|
|
for (i = 0; i < frames; ++i) {
|
|
|
|
for (c = 0; c < channels; ++c) {
|
2014-04-25 21:44:50 +08:00
|
|
|
*dst = be32_to_cpu(buffer[s->pcm_positions[c]]) << 8;
|
2014-04-25 21:44:46 +08:00
|
|
|
dst++;
|
|
|
|
}
|
|
|
|
buffer += s->data_block_quadlets;
|
|
|
|
if (--remaining_frames == 0)
|
|
|
|
dst = (void *)runtime->dma_area;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2015-05-22 22:21:11 +08:00
|
|
|
static void write_pcm_silence(struct amdtp_stream *s,
|
|
|
|
__be32 *buffer, unsigned int frames)
|
2011-03-15 14:53:21 +08:00
|
|
|
{
|
|
|
|
unsigned int i, c;
|
|
|
|
|
|
|
|
for (i = 0; i < frames; ++i) {
|
|
|
|
for (c = 0; c < s->pcm_channels; ++c)
|
2014-04-25 21:44:50 +08:00
|
|
|
buffer[s->pcm_positions[c]] = cpu_to_be32(0x40000000);
|
2011-03-15 14:53:21 +08:00
|
|
|
buffer += s->data_block_quadlets;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2014-11-26 05:54:10 +08:00
|
|
|
/*
|
|
|
|
* To avoid sending MIDI bytes at too high a rate, assume that the receiving
|
|
|
|
* device has a FIFO, and track how much it is filled. This values increases
|
|
|
|
* by one whenever we send one byte in a packet, but the FIFO empties at
|
|
|
|
* a constant rate independent of our packet rate. One packet has syt_interval
|
|
|
|
* samples, so the number of bytes that empty out of the FIFO, per packet(!),
|
|
|
|
* is MIDI_BYTES_PER_SECOND * syt_interval / sample_rate. To avoid storing
|
|
|
|
* fractional values, the values in midi_fifo_used[] are measured in bytes
|
|
|
|
* multiplied by the sample rate.
|
|
|
|
*/
|
|
|
|
static bool midi_ratelimit_per_packet(struct amdtp_stream *s, unsigned int port)
|
|
|
|
{
|
|
|
|
int used;
|
|
|
|
|
|
|
|
used = s->midi_fifo_used[port];
|
|
|
|
if (used == 0) /* common shortcut */
|
|
|
|
return true;
|
|
|
|
|
|
|
|
used -= MIDI_BYTES_PER_SECOND * s->syt_interval;
|
|
|
|
used = max(used, 0);
|
|
|
|
s->midi_fifo_used[port] = used;
|
|
|
|
|
|
|
|
return used < s->midi_fifo_limit;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void midi_rate_use_one_byte(struct amdtp_stream *s, unsigned int port)
|
|
|
|
{
|
|
|
|
s->midi_fifo_used[port] += amdtp_rate_table[s->sfc];
|
|
|
|
}
|
|
|
|
|
2015-05-22 22:21:11 +08:00
|
|
|
static void write_midi_messages(struct amdtp_stream *s,
|
|
|
|
__be32 *buffer, unsigned int frames)
|
2011-03-15 14:53:21 +08:00
|
|
|
{
|
ALSA: firewire-lib: Add support for MIDI capture/playback
For capturing/playbacking MIDI messages, this commit adds one MIDI conformant
data channel. This data channel has multiplexed 8 MIDI data streams. So this
data channel can transfer messages from/to 8 MIDI ports.
And this commit allows to set PCM format even if AMDTP streams already start.
I suppose the case that PCM substreams are going to be joined into AMDTP
streams when AMDTP streams are already started for MIDI substreams. Each
driver must count how many PCM/MIDI substreams use AMDTP streams to stop
AMDTP streams.
There are differences between specifications about MIDI conformant data.
About the multiplexing, IEC 61883-6:2002, itself, has no information. It
describes labels and bytes for MIDI messages and refers to MMA/AMEI RP-027
for 'successfull implementation'. MMA/AMEI RP-027 describes 8 MPX-MIDI data
streams for one MIDI conformant data channel. IEC 61883-6:2005 adds
'sequence multiplexing' and apply this way and describe incompatibility
between 2002 and 2005.
So this commit applies IEC 61883-6:2005. When we find some devices compliant
to IEC 61883-6:2002, then this difference should be handles as device quirk
in additional work.
About the number of bytes in an MIDI conformant data, IEC 61883-6:2002 describe
0,1,2,3 bytes. MMA/AMEI RP-027 describes 'MIDI1.0-1x-SPEED', 'MIDI1.0-2x-SPEED',
'MIDI1.0-3x-SPEED' modes and the maximum bytes for each mode corresponds to 1,
2, 3 bytes. The 'MIDI1.0-2x/3x-SPEED' modes are accompanied with 'negotiation
procedure' and 'encapsulation details' but there is no specifications for them.
So this commit implements 'MIDI1.0-1x-SPEED' mode for playback, but allows
to pick up 1-3 bytes for capturing.
Signed-off-by: Takashi Sakamoto <o-takashi@sakamocchi.jp>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2014-04-25 21:44:47 +08:00
|
|
|
unsigned int f, port;
|
|
|
|
u8 *b;
|
|
|
|
|
|
|
|
for (f = 0; f < frames; f++) {
|
2014-04-25 21:44:50 +08:00
|
|
|
b = (u8 *)&buffer[s->midi_position];
|
ALSA: firewire-lib: Add support for MIDI capture/playback
For capturing/playbacking MIDI messages, this commit adds one MIDI conformant
data channel. This data channel has multiplexed 8 MIDI data streams. So this
data channel can transfer messages from/to 8 MIDI ports.
And this commit allows to set PCM format even if AMDTP streams already start.
I suppose the case that PCM substreams are going to be joined into AMDTP
streams when AMDTP streams are already started for MIDI substreams. Each
driver must count how many PCM/MIDI substreams use AMDTP streams to stop
AMDTP streams.
There are differences between specifications about MIDI conformant data.
About the multiplexing, IEC 61883-6:2002, itself, has no information. It
describes labels and bytes for MIDI messages and refers to MMA/AMEI RP-027
for 'successfull implementation'. MMA/AMEI RP-027 describes 8 MPX-MIDI data
streams for one MIDI conformant data channel. IEC 61883-6:2005 adds
'sequence multiplexing' and apply this way and describe incompatibility
between 2002 and 2005.
So this commit applies IEC 61883-6:2005. When we find some devices compliant
to IEC 61883-6:2002, then this difference should be handles as device quirk
in additional work.
About the number of bytes in an MIDI conformant data, IEC 61883-6:2002 describe
0,1,2,3 bytes. MMA/AMEI RP-027 describes 'MIDI1.0-1x-SPEED', 'MIDI1.0-2x-SPEED',
'MIDI1.0-3x-SPEED' modes and the maximum bytes for each mode corresponds to 1,
2, 3 bytes. The 'MIDI1.0-2x/3x-SPEED' modes are accompanied with 'negotiation
procedure' and 'encapsulation details' but there is no specifications for them.
So this commit implements 'MIDI1.0-1x-SPEED' mode for playback, but allows
to pick up 1-3 bytes for capturing.
Signed-off-by: Takashi Sakamoto <o-takashi@sakamocchi.jp>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2014-04-25 21:44:47 +08:00
|
|
|
|
|
|
|
port = (s->data_block_counter + f) % 8;
|
2014-11-26 05:54:10 +08:00
|
|
|
if (f < MAX_MIDI_RX_BLOCKS &&
|
|
|
|
midi_ratelimit_per_packet(s, port) &&
|
|
|
|
s->midi[port] != NULL &&
|
|
|
|
snd_rawmidi_transmit(s->midi[port], &b[1], 1) == 1) {
|
|
|
|
midi_rate_use_one_byte(s, port);
|
ALSA: firewire-lib: Add support for MIDI capture/playback
For capturing/playbacking MIDI messages, this commit adds one MIDI conformant
data channel. This data channel has multiplexed 8 MIDI data streams. So this
data channel can transfer messages from/to 8 MIDI ports.
And this commit allows to set PCM format even if AMDTP streams already start.
I suppose the case that PCM substreams are going to be joined into AMDTP
streams when AMDTP streams are already started for MIDI substreams. Each
driver must count how many PCM/MIDI substreams use AMDTP streams to stop
AMDTP streams.
There are differences between specifications about MIDI conformant data.
About the multiplexing, IEC 61883-6:2002, itself, has no information. It
describes labels and bytes for MIDI messages and refers to MMA/AMEI RP-027
for 'successfull implementation'. MMA/AMEI RP-027 describes 8 MPX-MIDI data
streams for one MIDI conformant data channel. IEC 61883-6:2005 adds
'sequence multiplexing' and apply this way and describe incompatibility
between 2002 and 2005.
So this commit applies IEC 61883-6:2005. When we find some devices compliant
to IEC 61883-6:2002, then this difference should be handles as device quirk
in additional work.
About the number of bytes in an MIDI conformant data, IEC 61883-6:2002 describe
0,1,2,3 bytes. MMA/AMEI RP-027 describes 'MIDI1.0-1x-SPEED', 'MIDI1.0-2x-SPEED',
'MIDI1.0-3x-SPEED' modes and the maximum bytes for each mode corresponds to 1,
2, 3 bytes. The 'MIDI1.0-2x/3x-SPEED' modes are accompanied with 'negotiation
procedure' and 'encapsulation details' but there is no specifications for them.
So this commit implements 'MIDI1.0-1x-SPEED' mode for playback, but allows
to pick up 1-3 bytes for capturing.
Signed-off-by: Takashi Sakamoto <o-takashi@sakamocchi.jp>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2014-04-25 21:44:47 +08:00
|
|
|
b[0] = 0x81;
|
2014-11-26 05:54:10 +08:00
|
|
|
} else {
|
|
|
|
b[0] = 0x80;
|
|
|
|
b[1] = 0;
|
|
|
|
}
|
|
|
|
b[2] = 0;
|
|
|
|
b[3] = 0;
|
ALSA: firewire-lib: Add support for MIDI capture/playback
For capturing/playbacking MIDI messages, this commit adds one MIDI conformant
data channel. This data channel has multiplexed 8 MIDI data streams. So this
data channel can transfer messages from/to 8 MIDI ports.
And this commit allows to set PCM format even if AMDTP streams already start.
I suppose the case that PCM substreams are going to be joined into AMDTP
streams when AMDTP streams are already started for MIDI substreams. Each
driver must count how many PCM/MIDI substreams use AMDTP streams to stop
AMDTP streams.
There are differences between specifications about MIDI conformant data.
About the multiplexing, IEC 61883-6:2002, itself, has no information. It
describes labels and bytes for MIDI messages and refers to MMA/AMEI RP-027
for 'successfull implementation'. MMA/AMEI RP-027 describes 8 MPX-MIDI data
streams for one MIDI conformant data channel. IEC 61883-6:2005 adds
'sequence multiplexing' and apply this way and describe incompatibility
between 2002 and 2005.
So this commit applies IEC 61883-6:2005. When we find some devices compliant
to IEC 61883-6:2002, then this difference should be handles as device quirk
in additional work.
About the number of bytes in an MIDI conformant data, IEC 61883-6:2002 describe
0,1,2,3 bytes. MMA/AMEI RP-027 describes 'MIDI1.0-1x-SPEED', 'MIDI1.0-2x-SPEED',
'MIDI1.0-3x-SPEED' modes and the maximum bytes for each mode corresponds to 1,
2, 3 bytes. The 'MIDI1.0-2x/3x-SPEED' modes are accompanied with 'negotiation
procedure' and 'encapsulation details' but there is no specifications for them.
So this commit implements 'MIDI1.0-1x-SPEED' mode for playback, but allows
to pick up 1-3 bytes for capturing.
Signed-off-by: Takashi Sakamoto <o-takashi@sakamocchi.jp>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2014-04-25 21:44:47 +08:00
|
|
|
|
|
|
|
buffer += s->data_block_quadlets;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2015-05-22 22:21:11 +08:00
|
|
|
static void read_midi_messages(struct amdtp_stream *s,
|
|
|
|
__be32 *buffer, unsigned int frames)
|
ALSA: firewire-lib: Add support for MIDI capture/playback
For capturing/playbacking MIDI messages, this commit adds one MIDI conformant
data channel. This data channel has multiplexed 8 MIDI data streams. So this
data channel can transfer messages from/to 8 MIDI ports.
And this commit allows to set PCM format even if AMDTP streams already start.
I suppose the case that PCM substreams are going to be joined into AMDTP
streams when AMDTP streams are already started for MIDI substreams. Each
driver must count how many PCM/MIDI substreams use AMDTP streams to stop
AMDTP streams.
There are differences between specifications about MIDI conformant data.
About the multiplexing, IEC 61883-6:2002, itself, has no information. It
describes labels and bytes for MIDI messages and refers to MMA/AMEI RP-027
for 'successfull implementation'. MMA/AMEI RP-027 describes 8 MPX-MIDI data
streams for one MIDI conformant data channel. IEC 61883-6:2005 adds
'sequence multiplexing' and apply this way and describe incompatibility
between 2002 and 2005.
So this commit applies IEC 61883-6:2005. When we find some devices compliant
to IEC 61883-6:2002, then this difference should be handles as device quirk
in additional work.
About the number of bytes in an MIDI conformant data, IEC 61883-6:2002 describe
0,1,2,3 bytes. MMA/AMEI RP-027 describes 'MIDI1.0-1x-SPEED', 'MIDI1.0-2x-SPEED',
'MIDI1.0-3x-SPEED' modes and the maximum bytes for each mode corresponds to 1,
2, 3 bytes. The 'MIDI1.0-2x/3x-SPEED' modes are accompanied with 'negotiation
procedure' and 'encapsulation details' but there is no specifications for them.
So this commit implements 'MIDI1.0-1x-SPEED' mode for playback, but allows
to pick up 1-3 bytes for capturing.
Signed-off-by: Takashi Sakamoto <o-takashi@sakamocchi.jp>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2014-04-25 21:44:47 +08:00
|
|
|
{
|
|
|
|
unsigned int f, port;
|
|
|
|
int len;
|
|
|
|
u8 *b;
|
|
|
|
|
|
|
|
for (f = 0; f < frames; f++) {
|
|
|
|
port = (s->data_block_counter + f) % 8;
|
2014-04-25 21:44:50 +08:00
|
|
|
b = (u8 *)&buffer[s->midi_position];
|
2011-03-15 14:53:21 +08:00
|
|
|
|
ALSA: firewire-lib: Add support for MIDI capture/playback
For capturing/playbacking MIDI messages, this commit adds one MIDI conformant
data channel. This data channel has multiplexed 8 MIDI data streams. So this
data channel can transfer messages from/to 8 MIDI ports.
And this commit allows to set PCM format even if AMDTP streams already start.
I suppose the case that PCM substreams are going to be joined into AMDTP
streams when AMDTP streams are already started for MIDI substreams. Each
driver must count how many PCM/MIDI substreams use AMDTP streams to stop
AMDTP streams.
There are differences between specifications about MIDI conformant data.
About the multiplexing, IEC 61883-6:2002, itself, has no information. It
describes labels and bytes for MIDI messages and refers to MMA/AMEI RP-027
for 'successfull implementation'. MMA/AMEI RP-027 describes 8 MPX-MIDI data
streams for one MIDI conformant data channel. IEC 61883-6:2005 adds
'sequence multiplexing' and apply this way and describe incompatibility
between 2002 and 2005.
So this commit applies IEC 61883-6:2005. When we find some devices compliant
to IEC 61883-6:2002, then this difference should be handles as device quirk
in additional work.
About the number of bytes in an MIDI conformant data, IEC 61883-6:2002 describe
0,1,2,3 bytes. MMA/AMEI RP-027 describes 'MIDI1.0-1x-SPEED', 'MIDI1.0-2x-SPEED',
'MIDI1.0-3x-SPEED' modes and the maximum bytes for each mode corresponds to 1,
2, 3 bytes. The 'MIDI1.0-2x/3x-SPEED' modes are accompanied with 'negotiation
procedure' and 'encapsulation details' but there is no specifications for them.
So this commit implements 'MIDI1.0-1x-SPEED' mode for playback, but allows
to pick up 1-3 bytes for capturing.
Signed-off-by: Takashi Sakamoto <o-takashi@sakamocchi.jp>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2014-04-25 21:44:47 +08:00
|
|
|
len = b[0] - 0x80;
|
|
|
|
if ((1 <= len) && (len <= 3) && (s->midi[port]))
|
|
|
|
snd_rawmidi_receive(s->midi[port], b + 1, len);
|
|
|
|
|
|
|
|
buffer += s->data_block_quadlets;
|
|
|
|
}
|
2011-03-15 14:53:21 +08:00
|
|
|
}
|
|
|
|
|
2014-04-25 21:44:45 +08:00
|
|
|
static void update_pcm_pointers(struct amdtp_stream *s,
|
|
|
|
struct snd_pcm_substream *pcm,
|
|
|
|
unsigned int frames)
|
2014-08-29 12:40:45 +08:00
|
|
|
{
|
|
|
|
unsigned int ptr;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* In IEC 61883-6, one data block represents one event. In ALSA, one
|
|
|
|
* event equals to one PCM frame. But Dice has a quirk to transfer
|
|
|
|
* two PCM frames in one data block.
|
|
|
|
*/
|
|
|
|
if (s->double_pcm_frames)
|
|
|
|
frames *= 2;
|
2014-04-25 21:44:45 +08:00
|
|
|
|
|
|
|
ptr = s->pcm_buffer_pointer + frames;
|
|
|
|
if (ptr >= pcm->runtime->buffer_size)
|
|
|
|
ptr -= pcm->runtime->buffer_size;
|
|
|
|
ACCESS_ONCE(s->pcm_buffer_pointer) = ptr;
|
|
|
|
|
|
|
|
s->pcm_period_pointer += frames;
|
|
|
|
if (s->pcm_period_pointer >= pcm->runtime->period_size) {
|
|
|
|
s->pcm_period_pointer -= pcm->runtime->period_size;
|
|
|
|
s->pointer_flush = false;
|
|
|
|
tasklet_hi_schedule(&s->period_tasklet);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static void pcm_period_tasklet(unsigned long data)
|
|
|
|
{
|
|
|
|
struct amdtp_stream *s = (void *)data;
|
|
|
|
struct snd_pcm_substream *pcm = ACCESS_ONCE(s->pcm);
|
|
|
|
|
|
|
|
if (pcm)
|
|
|
|
snd_pcm_period_elapsed(pcm);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int queue_packet(struct amdtp_stream *s,
|
|
|
|
unsigned int header_length,
|
|
|
|
unsigned int payload_length, bool skip)
|
|
|
|
{
|
|
|
|
struct fw_iso_packet p = {0};
|
2014-04-25 21:44:49 +08:00
|
|
|
int err = 0;
|
|
|
|
|
|
|
|
if (IS_ERR(s->context))
|
|
|
|
goto end;
|
2014-04-25 21:44:45 +08:00
|
|
|
|
|
|
|
p.interrupt = IS_ALIGNED(s->packet_index + 1, INTERRUPT_INTERVAL);
|
|
|
|
p.tag = TAG_CIP;
|
|
|
|
p.header_length = header_length;
|
|
|
|
p.payload_length = (!skip) ? payload_length : 0;
|
|
|
|
p.skip = skip;
|
|
|
|
err = fw_iso_context_queue(s->context, &p, &s->buffer.iso_buffer,
|
|
|
|
s->buffer.packets[s->packet_index].offset);
|
|
|
|
if (err < 0) {
|
|
|
|
dev_err(&s->unit->device, "queueing error: %d\n", err);
|
|
|
|
goto end;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (++s->packet_index >= QUEUE_LENGTH)
|
|
|
|
s->packet_index = 0;
|
|
|
|
end:
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline int queue_out_packet(struct amdtp_stream *s,
|
|
|
|
unsigned int payload_length, bool skip)
|
|
|
|
{
|
|
|
|
return queue_packet(s, OUT_PACKET_HEADER_SIZE,
|
|
|
|
payload_length, skip);
|
|
|
|
}
|
|
|
|
|
2014-04-25 21:44:46 +08:00
|
|
|
static inline int queue_in_packet(struct amdtp_stream *s)
|
|
|
|
{
|
|
|
|
return queue_packet(s, IN_PACKET_HEADER_SIZE,
|
|
|
|
amdtp_stream_get_max_payload(s), false);
|
|
|
|
}
|
|
|
|
|
2015-05-22 22:00:53 +08:00
|
|
|
static int handle_out_packet(struct amdtp_stream *s, unsigned int data_blocks,
|
|
|
|
unsigned int syt)
|
2011-03-15 14:53:21 +08:00
|
|
|
{
|
|
|
|
__be32 *buffer;
|
2015-05-22 22:00:52 +08:00
|
|
|
unsigned int payload_length;
|
2011-03-15 14:53:21 +08:00
|
|
|
struct snd_pcm_substream *pcm;
|
|
|
|
|
2014-04-25 21:44:48 +08:00
|
|
|
buffer = s->buffer.packets[s->packet_index].buffer;
|
2011-03-15 14:53:21 +08:00
|
|
|
buffer[0] = cpu_to_be32(ACCESS_ONCE(s->source_node_id_field) |
|
2015-05-22 22:21:12 +08:00
|
|
|
(s->data_block_quadlets << CIP_DBS_SHIFT) |
|
2011-03-15 14:53:21 +08:00
|
|
|
s->data_block_counter);
|
|
|
|
buffer[1] = cpu_to_be32(CIP_EOH | CIP_FMT_AM | AMDTP_FDF_AM824 |
|
2015-05-22 22:21:12 +08:00
|
|
|
(s->sfc << CIP_FDF_SHIFT) | syt);
|
2011-03-15 14:53:21 +08:00
|
|
|
buffer += 2;
|
|
|
|
|
|
|
|
pcm = ACCESS_ONCE(s->pcm);
|
|
|
|
if (pcm)
|
|
|
|
s->transfer_samples(s, pcm, buffer, data_blocks);
|
|
|
|
else
|
2015-05-22 22:21:11 +08:00
|
|
|
write_pcm_silence(s, buffer, data_blocks);
|
2011-03-15 14:53:21 +08:00
|
|
|
if (s->midi_ports)
|
2015-05-22 22:21:11 +08:00
|
|
|
write_midi_messages(s, buffer, data_blocks);
|
2011-03-15 14:53:21 +08:00
|
|
|
|
|
|
|
s->data_block_counter = (s->data_block_counter + data_blocks) & 0xff;
|
|
|
|
|
2014-04-25 21:44:45 +08:00
|
|
|
payload_length = 8 + data_blocks * 4 * s->data_block_quadlets;
|
2015-05-22 22:00:53 +08:00
|
|
|
if (queue_out_packet(s, payload_length, false) < 0)
|
|
|
|
return -EIO;
|
2011-03-15 14:53:21 +08:00
|
|
|
|
2012-05-14 04:03:09 +08:00
|
|
|
if (pcm)
|
2014-04-25 21:44:45 +08:00
|
|
|
update_pcm_pointers(s, pcm, data_blocks);
|
2015-05-22 22:00:53 +08:00
|
|
|
|
|
|
|
/* No need to return the number of handled data blocks. */
|
|
|
|
return 0;
|
2012-05-14 04:03:09 +08:00
|
|
|
}
|
|
|
|
|
2015-05-22 22:00:52 +08:00
|
|
|
static int handle_in_packet(struct amdtp_stream *s,
|
2015-05-27 23:02:59 +08:00
|
|
|
unsigned int payload_quadlets, __be32 *buffer,
|
|
|
|
unsigned int *data_blocks)
|
2014-04-25 21:44:46 +08:00
|
|
|
{
|
|
|
|
u32 cip_header[2];
|
2015-05-22 22:00:52 +08:00
|
|
|
unsigned int data_block_quadlets, data_block_counter, dbc_interval;
|
2014-04-25 21:44:46 +08:00
|
|
|
struct snd_pcm_substream *pcm = NULL;
|
2014-04-25 21:45:04 +08:00
|
|
|
bool lost;
|
2014-04-25 21:44:46 +08:00
|
|
|
|
|
|
|
cip_header[0] = be32_to_cpu(buffer[0]);
|
|
|
|
cip_header[1] = be32_to_cpu(buffer[1]);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* This module supports 'Two-quadlet CIP header with SYT field'.
|
2014-04-25 21:44:50 +08:00
|
|
|
* For convenience, also check FMT field is AM824 or not.
|
2014-04-25 21:44:46 +08:00
|
|
|
*/
|
|
|
|
if (((cip_header[0] & CIP_EOH_MASK) == CIP_EOH) ||
|
|
|
|
((cip_header[1] & CIP_EOH_MASK) != CIP_EOH) ||
|
|
|
|
((cip_header[1] & CIP_FMT_MASK) != CIP_FMT_AM)) {
|
|
|
|
dev_info_ratelimited(&s->unit->device,
|
|
|
|
"Invalid CIP header for AMDTP: %08X:%08X\n",
|
|
|
|
cip_header[0], cip_header[1]);
|
2015-05-27 23:02:59 +08:00
|
|
|
*data_blocks = 0;
|
2014-04-25 21:44:46 +08:00
|
|
|
goto end;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Calculate data blocks */
|
|
|
|
if (payload_quadlets < 3 ||
|
|
|
|
((cip_header[1] & CIP_FDF_MASK) ==
|
2015-05-22 22:21:12 +08:00
|
|
|
(AMDTP_FDF_NO_DATA << CIP_FDF_SHIFT))) {
|
2015-05-27 23:02:59 +08:00
|
|
|
*data_blocks = 0;
|
2014-04-25 21:44:46 +08:00
|
|
|
} else {
|
|
|
|
data_block_quadlets =
|
2015-05-22 22:21:12 +08:00
|
|
|
(cip_header[0] & CIP_DBS_MASK) >> CIP_DBS_SHIFT;
|
2014-04-25 21:44:46 +08:00
|
|
|
/* avoid division by zero */
|
|
|
|
if (data_block_quadlets == 0) {
|
2015-05-22 22:21:13 +08:00
|
|
|
dev_err(&s->unit->device,
|
2014-04-25 21:44:46 +08:00
|
|
|
"Detect invalid value in dbs field: %08X\n",
|
|
|
|
cip_header[0]);
|
2015-05-22 22:21:14 +08:00
|
|
|
return -EPROTO;
|
2014-04-25 21:44:46 +08:00
|
|
|
}
|
2014-04-25 21:45:05 +08:00
|
|
|
if (s->flags & CIP_WRONG_DBS)
|
|
|
|
data_block_quadlets = s->data_block_quadlets;
|
2014-04-25 21:44:46 +08:00
|
|
|
|
2015-05-27 23:02:59 +08:00
|
|
|
*data_blocks = (payload_quadlets - 2) / data_block_quadlets;
|
2014-04-25 21:44:46 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Check data block counter continuity */
|
2015-05-22 22:21:12 +08:00
|
|
|
data_block_counter = cip_header[0] & CIP_DBC_MASK;
|
2015-05-27 23:02:59 +08:00
|
|
|
if (*data_blocks == 0 && (s->flags & CIP_EMPTY_HAS_WRONG_DBC) &&
|
2014-04-25 21:45:27 +08:00
|
|
|
s->data_block_counter != UINT_MAX)
|
|
|
|
data_block_counter = s->data_block_counter;
|
|
|
|
|
2014-04-25 21:45:16 +08:00
|
|
|
if (((s->flags & CIP_SKIP_DBC_ZERO_CHECK) && data_block_counter == 0) ||
|
|
|
|
(s->data_block_counter == UINT_MAX)) {
|
2014-04-25 21:45:07 +08:00
|
|
|
lost = false;
|
|
|
|
} else if (!(s->flags & CIP_DBC_IS_END_EVENT)) {
|
2014-04-25 21:45:04 +08:00
|
|
|
lost = data_block_counter != s->data_block_counter;
|
2014-04-25 21:45:06 +08:00
|
|
|
} else {
|
2015-05-27 23:02:59 +08:00
|
|
|
if ((*data_blocks > 0) && (s->tx_dbc_interval > 0))
|
2014-04-25 21:45:06 +08:00
|
|
|
dbc_interval = s->tx_dbc_interval;
|
|
|
|
else
|
2015-05-27 23:02:59 +08:00
|
|
|
dbc_interval = *data_blocks;
|
2014-04-25 21:45:06 +08:00
|
|
|
|
2014-04-25 21:45:04 +08:00
|
|
|
lost = data_block_counter !=
|
2014-04-25 21:45:06 +08:00
|
|
|
((s->data_block_counter + dbc_interval) & 0xff);
|
|
|
|
}
|
2014-04-25 21:45:04 +08:00
|
|
|
|
|
|
|
if (lost) {
|
2015-05-22 22:21:13 +08:00
|
|
|
dev_err(&s->unit->device,
|
|
|
|
"Detect discontinuity of CIP: %02X %02X\n",
|
|
|
|
s->data_block_counter, data_block_counter);
|
2015-05-22 22:00:52 +08:00
|
|
|
return -EIO;
|
2014-04-25 21:44:46 +08:00
|
|
|
}
|
|
|
|
|
2015-05-27 23:02:59 +08:00
|
|
|
if (*data_blocks > 0) {
|
2014-04-25 21:44:46 +08:00
|
|
|
buffer += 2;
|
|
|
|
|
|
|
|
pcm = ACCESS_ONCE(s->pcm);
|
|
|
|
if (pcm)
|
2015-05-27 23:02:59 +08:00
|
|
|
s->transfer_samples(s, pcm, buffer, *data_blocks);
|
ALSA: firewire-lib: Add support for MIDI capture/playback
For capturing/playbacking MIDI messages, this commit adds one MIDI conformant
data channel. This data channel has multiplexed 8 MIDI data streams. So this
data channel can transfer messages from/to 8 MIDI ports.
And this commit allows to set PCM format even if AMDTP streams already start.
I suppose the case that PCM substreams are going to be joined into AMDTP
streams when AMDTP streams are already started for MIDI substreams. Each
driver must count how many PCM/MIDI substreams use AMDTP streams to stop
AMDTP streams.
There are differences between specifications about MIDI conformant data.
About the multiplexing, IEC 61883-6:2002, itself, has no information. It
describes labels and bytes for MIDI messages and refers to MMA/AMEI RP-027
for 'successfull implementation'. MMA/AMEI RP-027 describes 8 MPX-MIDI data
streams for one MIDI conformant data channel. IEC 61883-6:2005 adds
'sequence multiplexing' and apply this way and describe incompatibility
between 2002 and 2005.
So this commit applies IEC 61883-6:2005. When we find some devices compliant
to IEC 61883-6:2002, then this difference should be handles as device quirk
in additional work.
About the number of bytes in an MIDI conformant data, IEC 61883-6:2002 describe
0,1,2,3 bytes. MMA/AMEI RP-027 describes 'MIDI1.0-1x-SPEED', 'MIDI1.0-2x-SPEED',
'MIDI1.0-3x-SPEED' modes and the maximum bytes for each mode corresponds to 1,
2, 3 bytes. The 'MIDI1.0-2x/3x-SPEED' modes are accompanied with 'negotiation
procedure' and 'encapsulation details' but there is no specifications for them.
So this commit implements 'MIDI1.0-1x-SPEED' mode for playback, but allows
to pick up 1-3 bytes for capturing.
Signed-off-by: Takashi Sakamoto <o-takashi@sakamocchi.jp>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2014-04-25 21:44:47 +08:00
|
|
|
|
|
|
|
if (s->midi_ports)
|
2015-05-27 23:02:59 +08:00
|
|
|
read_midi_messages(s, buffer, *data_blocks);
|
2014-04-25 21:44:46 +08:00
|
|
|
}
|
|
|
|
|
2014-04-25 21:45:04 +08:00
|
|
|
if (s->flags & CIP_DBC_IS_END_EVENT)
|
|
|
|
s->data_block_counter = data_block_counter;
|
|
|
|
else
|
|
|
|
s->data_block_counter =
|
2015-05-27 23:02:59 +08:00
|
|
|
(data_block_counter + *data_blocks) & 0xff;
|
2014-04-25 21:44:46 +08:00
|
|
|
end:
|
|
|
|
if (queue_in_packet(s) < 0)
|
2015-05-22 22:00:52 +08:00
|
|
|
return -EIO;
|
2014-04-25 21:44:46 +08:00
|
|
|
|
|
|
|
if (pcm)
|
2015-05-27 23:02:59 +08:00
|
|
|
update_pcm_pointers(s, pcm, *data_blocks);
|
2014-04-25 21:44:46 +08:00
|
|
|
|
2015-05-27 23:02:59 +08:00
|
|
|
return 0;
|
2014-04-25 21:44:46 +08:00
|
|
|
}
|
|
|
|
|
2014-04-25 21:44:45 +08:00
|
|
|
static void out_stream_callback(struct fw_iso_context *context, u32 cycle,
|
|
|
|
size_t header_length, void *header,
|
|
|
|
void *private_data)
|
2011-03-15 14:53:21 +08:00
|
|
|
{
|
2014-04-25 21:44:42 +08:00
|
|
|
struct amdtp_stream *s = private_data;
|
2014-04-25 21:44:48 +08:00
|
|
|
unsigned int i, syt, packets = header_length / 4;
|
2015-05-22 22:00:52 +08:00
|
|
|
unsigned int data_blocks;
|
2011-03-15 14:53:21 +08:00
|
|
|
|
2015-05-22 22:00:53 +08:00
|
|
|
if (s->packet_index < 0)
|
|
|
|
return;
|
|
|
|
|
2011-03-15 14:53:21 +08:00
|
|
|
/*
|
|
|
|
* Compute the cycle of the last queued packet.
|
|
|
|
* (We need only the four lowest bits for the SYT, so we can ignore
|
|
|
|
* that bits 0-11 must wrap around at 3072.)
|
|
|
|
*/
|
|
|
|
cycle += QUEUE_LENGTH - packets;
|
|
|
|
|
2014-04-25 21:44:48 +08:00
|
|
|
for (i = 0; i < packets; ++i) {
|
|
|
|
syt = calculate_syt(s, ++cycle);
|
2015-05-22 22:00:52 +08:00
|
|
|
data_blocks = calculate_data_blocks(s, syt);
|
|
|
|
|
2015-05-22 22:00:53 +08:00
|
|
|
if (handle_out_packet(s, data_blocks, syt) < 0) {
|
|
|
|
s->packet_index = -1;
|
|
|
|
amdtp_stream_pcm_abort(s);
|
|
|
|
return;
|
|
|
|
}
|
2014-04-25 21:44:48 +08:00
|
|
|
}
|
2015-05-22 22:00:53 +08:00
|
|
|
|
2011-05-02 15:33:56 +08:00
|
|
|
fw_iso_context_queue_flush(s->context);
|
2011-03-15 14:53:21 +08:00
|
|
|
}
|
|
|
|
|
2014-04-25 21:44:46 +08:00
|
|
|
static void in_stream_callback(struct fw_iso_context *context, u32 cycle,
|
|
|
|
size_t header_length, void *header,
|
|
|
|
void *private_data)
|
|
|
|
{
|
|
|
|
struct amdtp_stream *s = private_data;
|
ALSA: firewire-lib: add buffer-over-run protection at receiving more data blocks than expected
In IEC 61883-6, the number of data blocks in a packet is limited up to
the value of SYT_INTERVAL. Current implementation is compliant to the
limitation, while it can cause buffer-over-run when the value of dbs
field in received packet is illegally large.
This commit adds a validator to detect such illegal packets to prevent
the buffer-over-run. Actually, the buffer is aligned to the size of memory
page, thus this issue hardly causes system errors due to the room to page
alignment, as long as a few packets includes such jumbo payload; i.e.
a packet to several received packets.
Here, Behringer F-Control Audio 202 (based on OXFW 960) has a quirk to
postpone transferring isochronous packet till finish handling any
asynchronous packets. In this case, this model is lazy, transfers no
packets according to several cycle-start packets. After finishing, this
model pushes required data in next isochronous packet. As a result, the
packet include more data blocks than IEC 61883-6 defines.
To continue to support this model, this commit adds a new flag to extend
the length of calculated payload. This flag allows the size of payload
5 times as large as IEC 61883-6 defines. As a result, packets from this
model passed the validator successfully.
Signed-off-by: Takashi Sakamoto <o-takashi@sakamocchi.jp>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2015-05-22 22:00:50 +08:00
|
|
|
unsigned int p, syt, packets;
|
|
|
|
unsigned int payload_quadlets, max_payload_quadlets;
|
2015-05-22 22:00:52 +08:00
|
|
|
unsigned int data_blocks;
|
2014-04-25 21:44:46 +08:00
|
|
|
__be32 *buffer, *headers = header;
|
|
|
|
|
2015-05-22 22:00:53 +08:00
|
|
|
if (s->packet_index < 0)
|
|
|
|
return;
|
|
|
|
|
2014-04-25 21:44:46 +08:00
|
|
|
/* The number of packets in buffer */
|
|
|
|
packets = header_length / IN_PACKET_HEADER_SIZE;
|
|
|
|
|
ALSA: firewire-lib: add buffer-over-run protection at receiving more data blocks than expected
In IEC 61883-6, the number of data blocks in a packet is limited up to
the value of SYT_INTERVAL. Current implementation is compliant to the
limitation, while it can cause buffer-over-run when the value of dbs
field in received packet is illegally large.
This commit adds a validator to detect such illegal packets to prevent
the buffer-over-run. Actually, the buffer is aligned to the size of memory
page, thus this issue hardly causes system errors due to the room to page
alignment, as long as a few packets includes such jumbo payload; i.e.
a packet to several received packets.
Here, Behringer F-Control Audio 202 (based on OXFW 960) has a quirk to
postpone transferring isochronous packet till finish handling any
asynchronous packets. In this case, this model is lazy, transfers no
packets according to several cycle-start packets. After finishing, this
model pushes required data in next isochronous packet. As a result, the
packet include more data blocks than IEC 61883-6 defines.
To continue to support this model, this commit adds a new flag to extend
the length of calculated payload. This flag allows the size of payload
5 times as large as IEC 61883-6 defines. As a result, packets from this
model passed the validator successfully.
Signed-off-by: Takashi Sakamoto <o-takashi@sakamocchi.jp>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2015-05-22 22:00:50 +08:00
|
|
|
/* For buffer-over-run prevention. */
|
|
|
|
max_payload_quadlets = amdtp_stream_get_max_payload(s) / 4;
|
|
|
|
|
2014-04-25 21:44:46 +08:00
|
|
|
for (p = 0; p < packets; p++) {
|
|
|
|
buffer = s->buffer.packets[s->packet_index].buffer;
|
|
|
|
|
|
|
|
/* The number of quadlets in this packet */
|
|
|
|
payload_quadlets =
|
|
|
|
(be32_to_cpu(headers[p]) >> ISO_DATA_LENGTH_SHIFT) / 4;
|
ALSA: firewire-lib: add buffer-over-run protection at receiving more data blocks than expected
In IEC 61883-6, the number of data blocks in a packet is limited up to
the value of SYT_INTERVAL. Current implementation is compliant to the
limitation, while it can cause buffer-over-run when the value of dbs
field in received packet is illegally large.
This commit adds a validator to detect such illegal packets to prevent
the buffer-over-run. Actually, the buffer is aligned to the size of memory
page, thus this issue hardly causes system errors due to the room to page
alignment, as long as a few packets includes such jumbo payload; i.e.
a packet to several received packets.
Here, Behringer F-Control Audio 202 (based on OXFW 960) has a quirk to
postpone transferring isochronous packet till finish handling any
asynchronous packets. In this case, this model is lazy, transfers no
packets according to several cycle-start packets. After finishing, this
model pushes required data in next isochronous packet. As a result, the
packet include more data blocks than IEC 61883-6 defines.
To continue to support this model, this commit adds a new flag to extend
the length of calculated payload. This flag allows the size of payload
5 times as large as IEC 61883-6 defines. As a result, packets from this
model passed the validator successfully.
Signed-off-by: Takashi Sakamoto <o-takashi@sakamocchi.jp>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2015-05-22 22:00:50 +08:00
|
|
|
if (payload_quadlets > max_payload_quadlets) {
|
|
|
|
dev_err(&s->unit->device,
|
|
|
|
"Detect jumbo payload: %02x %02x\n",
|
|
|
|
payload_quadlets, max_payload_quadlets);
|
|
|
|
s->packet_index = -1;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2015-05-27 23:02:59 +08:00
|
|
|
if (handle_in_packet(s, payload_quadlets, buffer,
|
|
|
|
&data_blocks) < 0) {
|
2015-05-22 22:00:52 +08:00
|
|
|
s->packet_index = -1;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Process sync slave stream */
|
|
|
|
if (s->sync_slave && s->sync_slave->callbacked) {
|
|
|
|
syt = be32_to_cpu(buffer[1]) & CIP_SYT_MASK;
|
2015-05-22 22:00:53 +08:00
|
|
|
if (handle_out_packet(s->sync_slave,
|
|
|
|
data_blocks, syt) < 0) {
|
|
|
|
s->packet_index = -1;
|
|
|
|
break;
|
|
|
|
}
|
2015-05-22 22:00:52 +08:00
|
|
|
}
|
2014-04-25 21:44:46 +08:00
|
|
|
}
|
|
|
|
|
2014-04-25 21:44:49 +08:00
|
|
|
/* Queueing error or detecting discontinuity */
|
|
|
|
if (s->packet_index < 0) {
|
2015-05-22 22:00:52 +08:00
|
|
|
amdtp_stream_pcm_abort(s);
|
|
|
|
|
2014-04-25 21:44:49 +08:00
|
|
|
/* Abort sync slave. */
|
|
|
|
if (s->sync_slave) {
|
|
|
|
s->sync_slave->packet_index = -1;
|
|
|
|
amdtp_stream_pcm_abort(s->sync_slave);
|
|
|
|
}
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* when sync to device, flush the packets for slave stream */
|
|
|
|
if (s->sync_slave && s->sync_slave->callbacked)
|
|
|
|
fw_iso_context_queue_flush(s->sync_slave->context);
|
|
|
|
|
2014-04-25 21:44:46 +08:00
|
|
|
fw_iso_context_queue_flush(s->context);
|
|
|
|
}
|
|
|
|
|
2014-04-25 21:44:49 +08:00
|
|
|
/* processing is done by master callback */
|
|
|
|
static void slave_stream_callback(struct fw_iso_context *context, u32 cycle,
|
|
|
|
size_t header_length, void *header,
|
|
|
|
void *private_data)
|
|
|
|
{
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* this is executed one time */
|
|
|
|
static void amdtp_stream_first_callback(struct fw_iso_context *context,
|
|
|
|
u32 cycle, size_t header_length,
|
|
|
|
void *header, void *private_data)
|
|
|
|
{
|
|
|
|
struct amdtp_stream *s = private_data;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* For in-stream, first packet has come.
|
|
|
|
* For out-stream, prepared to transmit first packet
|
|
|
|
*/
|
|
|
|
s->callbacked = true;
|
|
|
|
wake_up(&s->callback_wait);
|
|
|
|
|
|
|
|
if (s->direction == AMDTP_IN_STREAM)
|
|
|
|
context->callback.sc = in_stream_callback;
|
2015-05-22 22:00:54 +08:00
|
|
|
else if (s->flags & CIP_SYNC_TO_DEVICE)
|
2014-04-25 21:44:49 +08:00
|
|
|
context->callback.sc = slave_stream_callback;
|
|
|
|
else
|
|
|
|
context->callback.sc = out_stream_callback;
|
|
|
|
|
|
|
|
context->callback.sc(context, cycle, header_length, header, s);
|
|
|
|
}
|
|
|
|
|
2011-03-15 14:53:21 +08:00
|
|
|
/**
|
2014-04-25 21:44:42 +08:00
|
|
|
* amdtp_stream_start - start transferring packets
|
|
|
|
* @s: the AMDTP stream to start
|
2011-03-15 14:53:21 +08:00
|
|
|
* @channel: the isochronous channel on the bus
|
|
|
|
* @speed: firewire speed code
|
|
|
|
*
|
|
|
|
* The stream cannot be started until it has been configured with
|
2014-04-25 21:44:42 +08:00
|
|
|
* amdtp_stream_set_parameters() and it must be started before any PCM or MIDI
|
|
|
|
* device can be started.
|
2011-03-15 14:53:21 +08:00
|
|
|
*/
|
2014-04-25 21:44:42 +08:00
|
|
|
int amdtp_stream_start(struct amdtp_stream *s, int channel, int speed)
|
2011-03-15 14:53:21 +08:00
|
|
|
{
|
|
|
|
static const struct {
|
|
|
|
unsigned int data_block;
|
|
|
|
unsigned int syt_offset;
|
|
|
|
} initial_state[] = {
|
|
|
|
[CIP_SFC_32000] = { 4, 3072 },
|
|
|
|
[CIP_SFC_48000] = { 6, 1024 },
|
|
|
|
[CIP_SFC_96000] = { 12, 1024 },
|
|
|
|
[CIP_SFC_192000] = { 24, 1024 },
|
|
|
|
[CIP_SFC_44100] = { 0, 67 },
|
|
|
|
[CIP_SFC_88200] = { 0, 67 },
|
|
|
|
[CIP_SFC_176400] = { 0, 67 },
|
|
|
|
};
|
2014-04-25 21:44:46 +08:00
|
|
|
unsigned int header_size;
|
|
|
|
enum dma_data_direction dir;
|
2014-04-25 21:45:03 +08:00
|
|
|
int type, tag, err;
|
2011-03-15 14:53:21 +08:00
|
|
|
|
|
|
|
mutex_lock(&s->mutex);
|
|
|
|
|
2014-04-25 21:44:42 +08:00
|
|
|
if (WARN_ON(amdtp_stream_running(s) ||
|
2014-04-25 21:44:45 +08:00
|
|
|
(s->data_block_quadlets < 1))) {
|
2011-03-15 14:53:21 +08:00
|
|
|
err = -EBADFD;
|
|
|
|
goto err_unlock;
|
|
|
|
}
|
|
|
|
|
2014-04-25 21:45:16 +08:00
|
|
|
if (s->direction == AMDTP_IN_STREAM &&
|
|
|
|
s->flags & CIP_SKIP_INIT_DBC_CHECK)
|
|
|
|
s->data_block_counter = UINT_MAX;
|
|
|
|
else
|
|
|
|
s->data_block_counter = 0;
|
2011-03-15 14:53:21 +08:00
|
|
|
s->data_block_state = initial_state[s->sfc].data_block;
|
|
|
|
s->syt_offset_state = initial_state[s->sfc].syt_offset;
|
|
|
|
s->last_syt_offset = TICKS_PER_CYCLE;
|
|
|
|
|
2014-04-25 21:44:46 +08:00
|
|
|
/* initialize packet buffer */
|
|
|
|
if (s->direction == AMDTP_IN_STREAM) {
|
|
|
|
dir = DMA_FROM_DEVICE;
|
|
|
|
type = FW_ISO_CONTEXT_RECEIVE;
|
|
|
|
header_size = IN_PACKET_HEADER_SIZE;
|
|
|
|
} else {
|
|
|
|
dir = DMA_TO_DEVICE;
|
|
|
|
type = FW_ISO_CONTEXT_TRANSMIT;
|
|
|
|
header_size = OUT_PACKET_HEADER_SIZE;
|
|
|
|
}
|
2011-03-15 14:53:21 +08:00
|
|
|
err = iso_packets_buffer_init(&s->buffer, s->unit, QUEUE_LENGTH,
|
2014-04-25 21:44:46 +08:00
|
|
|
amdtp_stream_get_max_payload(s), dir);
|
2011-03-15 14:53:21 +08:00
|
|
|
if (err < 0)
|
|
|
|
goto err_unlock;
|
|
|
|
|
|
|
|
s->context = fw_iso_context_create(fw_parent_device(s->unit)->card,
|
2014-04-25 21:44:46 +08:00
|
|
|
type, channel, speed, header_size,
|
2014-04-25 21:44:49 +08:00
|
|
|
amdtp_stream_first_callback, s);
|
2011-03-15 14:53:21 +08:00
|
|
|
if (IS_ERR(s->context)) {
|
|
|
|
err = PTR_ERR(s->context);
|
|
|
|
if (err == -EBUSY)
|
|
|
|
dev_err(&s->unit->device,
|
2014-04-25 21:44:42 +08:00
|
|
|
"no free stream on this controller\n");
|
2011-03-15 14:53:21 +08:00
|
|
|
goto err_buffer;
|
|
|
|
}
|
|
|
|
|
2014-04-25 21:44:42 +08:00
|
|
|
amdtp_stream_update(s);
|
2011-03-15 14:53:21 +08:00
|
|
|
|
2011-03-15 14:57:24 +08:00
|
|
|
s->packet_index = 0;
|
2014-04-25 21:44:45 +08:00
|
|
|
do {
|
2014-04-25 21:44:46 +08:00
|
|
|
if (s->direction == AMDTP_IN_STREAM)
|
|
|
|
err = queue_in_packet(s);
|
|
|
|
else
|
|
|
|
err = queue_out_packet(s, 0, true);
|
2014-04-25 21:44:45 +08:00
|
|
|
if (err < 0)
|
|
|
|
goto err_context;
|
|
|
|
} while (s->packet_index > 0);
|
2011-03-15 14:53:21 +08:00
|
|
|
|
2014-04-25 21:44:46 +08:00
|
|
|
/* NOTE: TAG1 matches CIP. This just affects in stream. */
|
2014-04-25 21:45:03 +08:00
|
|
|
tag = FW_ISO_CONTEXT_MATCH_TAG1;
|
|
|
|
if (s->flags & CIP_EMPTY_WITH_TAG0)
|
|
|
|
tag |= FW_ISO_CONTEXT_MATCH_TAG0;
|
|
|
|
|
2014-04-25 21:44:49 +08:00
|
|
|
s->callbacked = false;
|
2014-04-25 21:45:03 +08:00
|
|
|
err = fw_iso_context_start(s->context, -1, 0, tag);
|
2011-03-15 14:53:21 +08:00
|
|
|
if (err < 0)
|
|
|
|
goto err_context;
|
|
|
|
|
|
|
|
mutex_unlock(&s->mutex);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
err_context:
|
|
|
|
fw_iso_context_destroy(s->context);
|
|
|
|
s->context = ERR_PTR(-1);
|
|
|
|
err_buffer:
|
|
|
|
iso_packets_buffer_destroy(&s->buffer, s->unit);
|
|
|
|
err_unlock:
|
|
|
|
mutex_unlock(&s->mutex);
|
|
|
|
|
|
|
|
return err;
|
|
|
|
}
|
2014-04-25 21:44:42 +08:00
|
|
|
EXPORT_SYMBOL(amdtp_stream_start);
|
2011-03-15 14:53:21 +08:00
|
|
|
|
2012-05-14 00:49:14 +08:00
|
|
|
/**
|
2014-04-25 21:44:42 +08:00
|
|
|
* amdtp_stream_pcm_pointer - get the PCM buffer position
|
|
|
|
* @s: the AMDTP stream that transports the PCM data
|
2012-05-14 00:49:14 +08:00
|
|
|
*
|
|
|
|
* Returns the current buffer position, in frames.
|
|
|
|
*/
|
2014-04-25 21:44:42 +08:00
|
|
|
unsigned long amdtp_stream_pcm_pointer(struct amdtp_stream *s)
|
2012-05-14 00:49:14 +08:00
|
|
|
{
|
2012-05-14 01:07:22 +08:00
|
|
|
/* this optimization is allowed to be racy */
|
2014-04-25 21:44:53 +08:00
|
|
|
if (s->pointer_flush && amdtp_stream_running(s))
|
2012-05-14 01:07:22 +08:00
|
|
|
fw_iso_context_flush_completions(s->context);
|
|
|
|
else
|
|
|
|
s->pointer_flush = true;
|
2012-05-14 00:49:14 +08:00
|
|
|
|
|
|
|
return ACCESS_ONCE(s->pcm_buffer_pointer);
|
|
|
|
}
|
2014-04-25 21:44:42 +08:00
|
|
|
EXPORT_SYMBOL(amdtp_stream_pcm_pointer);
|
2012-05-14 00:49:14 +08:00
|
|
|
|
2011-03-15 14:53:21 +08:00
|
|
|
/**
|
2014-04-25 21:44:42 +08:00
|
|
|
* amdtp_stream_update - update the stream after a bus reset
|
|
|
|
* @s: the AMDTP stream
|
2011-03-15 14:53:21 +08:00
|
|
|
*/
|
2014-04-25 21:44:42 +08:00
|
|
|
void amdtp_stream_update(struct amdtp_stream *s)
|
2011-03-15 14:53:21 +08:00
|
|
|
{
|
2015-05-22 22:21:12 +08:00
|
|
|
/* Precomputing. */
|
2011-03-15 14:53:21 +08:00
|
|
|
ACCESS_ONCE(s->source_node_id_field) =
|
2015-05-22 22:21:12 +08:00
|
|
|
(fw_parent_device(s->unit)->card->node_id << CIP_SID_SHIFT) &
|
|
|
|
CIP_SID_MASK;
|
2011-03-15 14:53:21 +08:00
|
|
|
}
|
2014-04-25 21:44:42 +08:00
|
|
|
EXPORT_SYMBOL(amdtp_stream_update);
|
2011-03-15 14:53:21 +08:00
|
|
|
|
|
|
|
/**
|
2014-04-25 21:44:42 +08:00
|
|
|
* amdtp_stream_stop - stop sending packets
|
|
|
|
* @s: the AMDTP stream to stop
|
2011-03-15 14:53:21 +08:00
|
|
|
*
|
|
|
|
* All PCM and MIDI devices of the stream must be stopped before the stream
|
|
|
|
* itself can be stopped.
|
|
|
|
*/
|
2014-04-25 21:44:42 +08:00
|
|
|
void amdtp_stream_stop(struct amdtp_stream *s)
|
2011-03-15 14:53:21 +08:00
|
|
|
{
|
|
|
|
mutex_lock(&s->mutex);
|
|
|
|
|
2014-04-25 21:44:42 +08:00
|
|
|
if (!amdtp_stream_running(s)) {
|
2011-03-15 14:53:21 +08:00
|
|
|
mutex_unlock(&s->mutex);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2012-05-14 04:03:09 +08:00
|
|
|
tasklet_kill(&s->period_tasklet);
|
2011-03-15 14:53:21 +08:00
|
|
|
fw_iso_context_stop(s->context);
|
|
|
|
fw_iso_context_destroy(s->context);
|
|
|
|
s->context = ERR_PTR(-1);
|
|
|
|
iso_packets_buffer_destroy(&s->buffer, s->unit);
|
|
|
|
|
2014-04-25 21:44:49 +08:00
|
|
|
s->callbacked = false;
|
|
|
|
|
2011-03-15 14:53:21 +08:00
|
|
|
mutex_unlock(&s->mutex);
|
|
|
|
}
|
2014-04-25 21:44:42 +08:00
|
|
|
EXPORT_SYMBOL(amdtp_stream_stop);
|
2011-03-15 14:53:21 +08:00
|
|
|
|
|
|
|
/**
|
2014-04-25 21:44:42 +08:00
|
|
|
* amdtp_stream_pcm_abort - abort the running PCM device
|
2011-03-15 14:53:21 +08:00
|
|
|
* @s: the AMDTP stream about to be stopped
|
|
|
|
*
|
|
|
|
* If the isochronous stream needs to be stopped asynchronously, call this
|
|
|
|
* function first to stop the PCM device.
|
|
|
|
*/
|
2014-04-25 21:44:42 +08:00
|
|
|
void amdtp_stream_pcm_abort(struct amdtp_stream *s)
|
2011-03-15 14:53:21 +08:00
|
|
|
{
|
|
|
|
struct snd_pcm_substream *pcm;
|
|
|
|
|
|
|
|
pcm = ACCESS_ONCE(s->pcm);
|
2014-11-08 00:08:28 +08:00
|
|
|
if (pcm)
|
|
|
|
snd_pcm_stop_xrun(pcm);
|
2011-03-15 14:53:21 +08:00
|
|
|
}
|
2014-04-25 21:44:42 +08:00
|
|
|
EXPORT_SYMBOL(amdtp_stream_pcm_abort);
|