2017-03-22 12:30:11 +00:00
|
|
|
/*
|
|
|
|
* motu.c - a part of driver for MOTU FireWire series
|
|
|
|
*
|
|
|
|
* Copyright (c) 2015-2017 Takashi Sakamoto <o-takashi@sakamocchi.jp>
|
|
|
|
*
|
|
|
|
* Licensed under the terms of the GNU General Public License, version 2.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include "motu.h"
|
|
|
|
|
|
|
|
#define OUI_MOTU 0x0001f2
|
|
|
|
|
|
|
|
MODULE_DESCRIPTION("MOTU FireWire driver");
|
|
|
|
MODULE_AUTHOR("Takashi Sakamoto <o-takashi@sakamocchi.jp>");
|
|
|
|
MODULE_LICENSE("GPL v2");
|
|
|
|
|
ALSA: firewire-motu: add an abstraction layer for three types of protocols
In an aspect of used protocols to communicate, models of MOTU FireWire
units are categorized to three generations.
This commit adds an abstraction layer of the protocols for features
related to packet streaming functionality. This layer includes 5
operations.
When configuring packet streaming functionality with sampling rate and
sampling transmission frequency, .get_clock_rate and .set_clock_rate are
called with proper arguments. MOTU FireWire series supports up to 192.0kHz.
When checking current source of sampling clock (not clock for packetization
layer), .get_clock_source is used. Enumeration is added to represent the
sources supported by this series. This operation can be used to expose
available sampling rate to user space applications when the unit is
configured to use any input signal as source of clock instead of crystal
clock.
In the protocols, the path between packet processing layer and digital
signal processing layer can be controlled. This looks a functionality to
'mute' the unit. For this feature, .switch_fetching_mode is added. This
can be used to suppress noises every time packet streaming starts/stops.
In a point of the size of data blocks at a certain sampling transmission
frequency, the most units accept several modes. This is due to usage of
optical interfaces. The size differs depending on which modes are
configured to the interfaces; None, S/PDIF and ADAT. Additionally, format
of packet is different depending on protocols. To cache current size of
data blocks and its format, .cache_packet_formats is added. This is used
by PCM functionality, packet streaming functionality and data block
processing layer.
Signed-off-by: Takashi Sakamoto <o-takashi@sakamocchi.jp>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2017-03-22 12:30:14 +00:00
|
|
|
const unsigned int snd_motu_clock_rates[SND_MOTU_CLOCK_RATE_COUNT] = {
|
|
|
|
/* mode 0 */
|
|
|
|
[0] = 44100,
|
|
|
|
[1] = 48000,
|
|
|
|
/* mode 1 */
|
|
|
|
[2] = 88200,
|
|
|
|
[3] = 96000,
|
|
|
|
/* mode 2 */
|
|
|
|
[4] = 176400,
|
|
|
|
[5] = 192000,
|
|
|
|
};
|
|
|
|
|
2017-03-22 12:30:11 +00:00
|
|
|
static void name_card(struct snd_motu *motu)
|
|
|
|
{
|
|
|
|
struct fw_device *fw_dev = fw_parent_device(motu->unit);
|
|
|
|
struct fw_csr_iterator it;
|
|
|
|
int key, val;
|
|
|
|
u32 version = 0;
|
|
|
|
|
|
|
|
fw_csr_iterator_init(&it, motu->unit->directory);
|
|
|
|
while (fw_csr_iterator_next(&it, &key, &val)) {
|
|
|
|
switch (key) {
|
|
|
|
case CSR_VERSION:
|
|
|
|
version = val;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
strcpy(motu->card->driver, "FW-MOTU");
|
2017-03-22 12:30:13 +00:00
|
|
|
strcpy(motu->card->shortname, motu->spec->name);
|
|
|
|
strcpy(motu->card->mixername, motu->spec->name);
|
2017-03-22 12:30:11 +00:00
|
|
|
snprintf(motu->card->longname, sizeof(motu->card->longname),
|
2017-03-22 12:30:13 +00:00
|
|
|
"MOTU %s (version:%d), GUID %08x%08x at %s, S%d",
|
|
|
|
motu->spec->name, version,
|
2017-03-22 12:30:11 +00:00
|
|
|
fw_dev->config_rom[3], fw_dev->config_rom[4],
|
|
|
|
dev_name(&motu->unit->device), 100 << fw_dev->max_speed);
|
|
|
|
}
|
|
|
|
|
2017-03-22 12:30:12 +00:00
|
|
|
static void motu_free(struct snd_motu *motu)
|
2017-03-22 12:30:11 +00:00
|
|
|
{
|
2017-03-22 12:30:19 +00:00
|
|
|
snd_motu_transaction_unregister(motu);
|
|
|
|
|
2017-03-22 12:30:20 +00:00
|
|
|
snd_motu_stream_destroy_duplex(motu);
|
2017-03-22 12:30:11 +00:00
|
|
|
fw_unit_put(motu->unit);
|
|
|
|
|
|
|
|
mutex_destroy(&motu->mutex);
|
2017-03-22 12:30:12 +00:00
|
|
|
kfree(motu);
|
2017-03-22 12:30:11 +00:00
|
|
|
}
|
|
|
|
|
2017-03-22 12:30:12 +00:00
|
|
|
/*
|
|
|
|
* This module releases the FireWire unit data after all ALSA character devices
|
|
|
|
* are released by applications. This is for releasing stream data or finishing
|
|
|
|
* transactions safely. Thus at returning from .remove(), this module still keep
|
|
|
|
* references for the unit.
|
|
|
|
*/
|
|
|
|
static void motu_card_free(struct snd_card *card)
|
2017-03-22 12:30:11 +00:00
|
|
|
{
|
2017-03-22 12:30:12 +00:00
|
|
|
motu_free(card->private_data);
|
|
|
|
}
|
2017-03-22 12:30:11 +00:00
|
|
|
|
2017-03-22 12:30:12 +00:00
|
|
|
static void do_registration(struct work_struct *work)
|
|
|
|
{
|
|
|
|
struct snd_motu *motu = container_of(work, struct snd_motu, dwork.work);
|
|
|
|
int err;
|
2017-03-22 12:30:11 +00:00
|
|
|
|
2017-03-22 12:30:12 +00:00
|
|
|
if (motu->registered)
|
|
|
|
return;
|
2017-03-22 12:30:11 +00:00
|
|
|
|
2017-03-22 12:30:12 +00:00
|
|
|
err = snd_card_new(&motu->unit->device, -1, NULL, THIS_MODULE, 0,
|
|
|
|
&motu->card);
|
|
|
|
if (err < 0)
|
|
|
|
return;
|
2017-03-22 12:30:11 +00:00
|
|
|
|
|
|
|
name_card(motu);
|
|
|
|
|
2017-03-22 12:30:19 +00:00
|
|
|
err = snd_motu_transaction_register(motu);
|
|
|
|
if (err < 0)
|
|
|
|
goto error;
|
|
|
|
|
2017-03-22 12:30:20 +00:00
|
|
|
err = snd_motu_stream_init_duplex(motu);
|
|
|
|
if (err < 0)
|
|
|
|
goto error;
|
|
|
|
|
2017-03-22 12:30:21 +00:00
|
|
|
snd_motu_proc_init(motu);
|
|
|
|
|
2017-03-22 12:30:22 +00:00
|
|
|
err = snd_motu_create_pcm_devices(motu);
|
|
|
|
if (err < 0)
|
|
|
|
goto error;
|
|
|
|
|
2017-08-20 12:25:03 +00:00
|
|
|
if ((motu->spec->flags & SND_MOTU_SPEC_RX_MIDI_2ND_Q) ||
|
|
|
|
(motu->spec->flags & SND_MOTU_SPEC_RX_MIDI_3RD_Q) ||
|
|
|
|
(motu->spec->flags & SND_MOTU_SPEC_TX_MIDI_2ND_Q) ||
|
|
|
|
(motu->spec->flags & SND_MOTU_SPEC_TX_MIDI_3RD_Q)) {
|
2017-03-22 12:30:23 +00:00
|
|
|
err = snd_motu_create_midi_devices(motu);
|
|
|
|
if (err < 0)
|
|
|
|
goto error;
|
|
|
|
}
|
|
|
|
|
2017-03-22 12:30:24 +00:00
|
|
|
err = snd_motu_create_hwdep_device(motu);
|
|
|
|
if (err < 0)
|
|
|
|
goto error;
|
|
|
|
|
2017-03-22 12:30:12 +00:00
|
|
|
err = snd_card_register(motu->card);
|
2017-03-22 12:30:11 +00:00
|
|
|
if (err < 0)
|
|
|
|
goto error;
|
|
|
|
|
2017-03-22 12:30:12 +00:00
|
|
|
/*
|
|
|
|
* After registered, motu instance can be released corresponding to
|
|
|
|
* releasing the sound card instance.
|
|
|
|
*/
|
|
|
|
motu->card->private_free = motu_card_free;
|
|
|
|
motu->card->private_data = motu;
|
|
|
|
motu->registered = true;
|
|
|
|
|
|
|
|
return;
|
|
|
|
error:
|
2017-03-22 12:30:19 +00:00
|
|
|
snd_motu_transaction_unregister(motu);
|
2017-03-22 12:30:12 +00:00
|
|
|
snd_card_free(motu->card);
|
|
|
|
dev_info(&motu->unit->device,
|
|
|
|
"Sound card registration failed: %d\n", err);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int motu_probe(struct fw_unit *unit,
|
|
|
|
const struct ieee1394_device_id *entry)
|
|
|
|
{
|
|
|
|
struct snd_motu *motu;
|
|
|
|
|
|
|
|
/* Allocate this independently of sound card instance. */
|
|
|
|
motu = kzalloc(sizeof(struct snd_motu), GFP_KERNEL);
|
|
|
|
if (motu == NULL)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
2017-03-22 12:30:13 +00:00
|
|
|
motu->spec = (const struct snd_motu_spec *)entry->driver_data;
|
2017-03-22 12:30:12 +00:00
|
|
|
motu->unit = fw_unit_get(unit);
|
2017-03-22 12:30:11 +00:00
|
|
|
dev_set_drvdata(&unit->device, motu);
|
|
|
|
|
2017-03-22 12:30:12 +00:00
|
|
|
mutex_init(&motu->mutex);
|
2017-03-22 12:30:23 +00:00
|
|
|
spin_lock_init(&motu->lock);
|
2017-03-22 12:30:24 +00:00
|
|
|
init_waitqueue_head(&motu->hwdep_wait);
|
2017-03-22 12:30:12 +00:00
|
|
|
|
|
|
|
/* Allocate and register this sound card later. */
|
|
|
|
INIT_DEFERRABLE_WORK(&motu->dwork, do_registration);
|
|
|
|
snd_fw_schedule_registration(unit, &motu->dwork);
|
|
|
|
|
2017-03-22 12:30:11 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void motu_remove(struct fw_unit *unit)
|
|
|
|
{
|
|
|
|
struct snd_motu *motu = dev_get_drvdata(&unit->device);
|
|
|
|
|
2017-03-22 12:30:12 +00:00
|
|
|
/*
|
|
|
|
* Confirm to stop the work for registration before the sound card is
|
|
|
|
* going to be released. The work is not scheduled again because bus
|
|
|
|
* reset handler is not called anymore.
|
|
|
|
*/
|
|
|
|
cancel_delayed_work_sync(&motu->dwork);
|
|
|
|
|
|
|
|
if (motu->registered) {
|
|
|
|
/* No need to wait for releasing card object in this context. */
|
|
|
|
snd_card_free_when_closed(motu->card);
|
|
|
|
} else {
|
|
|
|
/* Don't forget this case. */
|
|
|
|
motu_free(motu);
|
|
|
|
}
|
2017-03-22 12:30:11 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static void motu_bus_update(struct fw_unit *unit)
|
|
|
|
{
|
2017-03-22 12:30:12 +00:00
|
|
|
struct snd_motu *motu = dev_get_drvdata(&unit->device);
|
|
|
|
|
|
|
|
/* Postpone a workqueue for deferred registration. */
|
|
|
|
if (!motu->registered)
|
|
|
|
snd_fw_schedule_registration(unit, &motu->dwork);
|
2017-03-22 12:30:19 +00:00
|
|
|
|
|
|
|
/* The handler address register becomes initialized. */
|
|
|
|
snd_motu_transaction_reregister(motu);
|
2017-03-22 12:30:11 +00:00
|
|
|
}
|
|
|
|
|
2017-03-22 12:30:26 +00:00
|
|
|
static struct snd_motu_spec motu_828mk2 = {
|
|
|
|
.name = "828mk2",
|
|
|
|
.protocol = &snd_motu_protocol_v2,
|
|
|
|
.flags = SND_MOTU_SPEC_SUPPORT_CLOCK_X2 |
|
|
|
|
SND_MOTU_SPEC_TX_MICINST_CHUNK |
|
|
|
|
SND_MOTU_SPEC_TX_RETURN_CHUNK |
|
|
|
|
SND_MOTU_SPEC_HAS_OPT_IFACE_A |
|
2017-08-20 12:25:03 +00:00
|
|
|
SND_MOTU_SPEC_RX_MIDI_2ND_Q |
|
|
|
|
SND_MOTU_SPEC_TX_MIDI_2ND_Q,
|
2017-03-22 12:30:26 +00:00
|
|
|
|
|
|
|
.analog_in_ports = 8,
|
|
|
|
.analog_out_ports = 8,
|
|
|
|
};
|
|
|
|
|
ALSA: firewire-motu: add support for MOTU 828mk3 (FireWire/Hybrid) as a model with protocol version 3
MOTU 828mk3 (FireWire/Hybrid) is one of third generation in MOTU FireWire
series, produced in 2008/2014. This model consists of three chips for
functionality on IEEE 1394 bus:
* TI TSB41AB2 (Physical layer for IEEE 1394 bus)
* Xilinx Spartan-3E FPGA Family (Link layer for IEEE 1394 bus, packet
processing and data block processing layer)
* TI TMS320C6722 (Digital signal processing)
This commit adds a support for this model, with its unique protocol as
version 3. This protocol has some additional features to protocol
version 2.
* Support several optical interfaces.
* Support a data chunk for return of reverb effect.
* Have a quirk of tx packets.
* Support heartbeat asynchronous transaction.
In this protocol, series of transferred packets has some quirks. Below
fields in CIP headers of the packets are out of IEC 61883-1:
- SID (source node id): always 0x0d
- DBS (data block size): always 0x04
- DBC (data block counter): always 0x00
- EOH (End of header): always 0x00
Below is an actual sample of transferred packets.
quads CIP1 CIP2
520 0x0D040400 0x22FFFFFF
8 0x0D040400 0x22FFFFFF
520 0x0D040400 0x22FFFFFF
520 0x0D040400 0x22FFFFFF
8 0x0D040400 0x22FFFFFF
Status of clock is configured by write transactions to 0x'ffff'f000'0b14,
as well as version 2, while meanings of fields are different from the
former protocols. Modes of optical interfaces are configured by write
transactions to 0x'ffff'f000'0c94.
Drivers can register its address to receive heatbeat transactions from the
unit. 0x'ffff'f000'0b0c is for the higher part and 0x'ffff'f000'0b10 is
for the lower part. Nevertheless, this feature is not useless for this
driver and this commit omits it.
Each data block consists of two parts in a point of the number of included
data chunks. In both of 'fixed' and 'differed' parts, the number of
included data blocks are a multiple of 4, thus depending on models there's
some empty data chunks. For example, 828mk3 includes one pair of empty
data chunks in its fixed part. When optical interface is configured to
S/PDIF, 828mk3 includes one pair of empty data chunks in its differed part.
To reduce consumption of CPU cycles with additional conditions/loops, this
commit just exposes these empty chunks to user space as PCM channels.
Additionally, 828mk3 has a non-negligible overhead to change its sampling
transfer frequency. When softwares send asynchronous transaction to
perform it, LED on the unit starts to blink. In a worst case, it continues
blink during several seconds; e.g. 10 seconds. When stopping blinking,
the unit seems to be prepared for the requested sampling transfer
frequency. To wait for the preparation, this commit forces the driver
to call task scheduler and applications sleeps for 4 seconds.
Signed-off-by: Takashi Sakamoto <o-takashi@sakamocchi.jp>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2017-03-22 12:30:28 +00:00
|
|
|
static struct snd_motu_spec motu_828mk3 = {
|
|
|
|
.name = "828mk3",
|
|
|
|
.protocol = &snd_motu_protocol_v3,
|
|
|
|
.flags = SND_MOTU_SPEC_SUPPORT_CLOCK_X2 |
|
|
|
|
SND_MOTU_SPEC_SUPPORT_CLOCK_X4 |
|
|
|
|
SND_MOTU_SPEC_TX_MICINST_CHUNK |
|
|
|
|
SND_MOTU_SPEC_TX_RETURN_CHUNK |
|
|
|
|
SND_MOTU_SPEC_TX_REVERB_CHUNK |
|
|
|
|
SND_MOTU_SPEC_HAS_OPT_IFACE_A |
|
|
|
|
SND_MOTU_SPEC_HAS_OPT_IFACE_B |
|
2017-08-20 12:25:03 +00:00
|
|
|
SND_MOTU_SPEC_RX_MIDI_3RD_Q |
|
|
|
|
SND_MOTU_SPEC_TX_MIDI_3RD_Q,
|
ALSA: firewire-motu: add support for MOTU 828mk3 (FireWire/Hybrid) as a model with protocol version 3
MOTU 828mk3 (FireWire/Hybrid) is one of third generation in MOTU FireWire
series, produced in 2008/2014. This model consists of three chips for
functionality on IEEE 1394 bus:
* TI TSB41AB2 (Physical layer for IEEE 1394 bus)
* Xilinx Spartan-3E FPGA Family (Link layer for IEEE 1394 bus, packet
processing and data block processing layer)
* TI TMS320C6722 (Digital signal processing)
This commit adds a support for this model, with its unique protocol as
version 3. This protocol has some additional features to protocol
version 2.
* Support several optical interfaces.
* Support a data chunk for return of reverb effect.
* Have a quirk of tx packets.
* Support heartbeat asynchronous transaction.
In this protocol, series of transferred packets has some quirks. Below
fields in CIP headers of the packets are out of IEC 61883-1:
- SID (source node id): always 0x0d
- DBS (data block size): always 0x04
- DBC (data block counter): always 0x00
- EOH (End of header): always 0x00
Below is an actual sample of transferred packets.
quads CIP1 CIP2
520 0x0D040400 0x22FFFFFF
8 0x0D040400 0x22FFFFFF
520 0x0D040400 0x22FFFFFF
520 0x0D040400 0x22FFFFFF
8 0x0D040400 0x22FFFFFF
Status of clock is configured by write transactions to 0x'ffff'f000'0b14,
as well as version 2, while meanings of fields are different from the
former protocols. Modes of optical interfaces are configured by write
transactions to 0x'ffff'f000'0c94.
Drivers can register its address to receive heatbeat transactions from the
unit. 0x'ffff'f000'0b0c is for the higher part and 0x'ffff'f000'0b10 is
for the lower part. Nevertheless, this feature is not useless for this
driver and this commit omits it.
Each data block consists of two parts in a point of the number of included
data chunks. In both of 'fixed' and 'differed' parts, the number of
included data blocks are a multiple of 4, thus depending on models there's
some empty data chunks. For example, 828mk3 includes one pair of empty
data chunks in its fixed part. When optical interface is configured to
S/PDIF, 828mk3 includes one pair of empty data chunks in its differed part.
To reduce consumption of CPU cycles with additional conditions/loops, this
commit just exposes these empty chunks to user space as PCM channels.
Additionally, 828mk3 has a non-negligible overhead to change its sampling
transfer frequency. When softwares send asynchronous transaction to
perform it, LED on the unit starts to blink. In a worst case, it continues
blink during several seconds; e.g. 10 seconds. When stopping blinking,
the unit seems to be prepared for the requested sampling transfer
frequency. To wait for the preparation, this commit forces the driver
to call task scheduler and applications sleeps for 4 seconds.
Signed-off-by: Takashi Sakamoto <o-takashi@sakamocchi.jp>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2017-03-22 12:30:28 +00:00
|
|
|
|
|
|
|
.analog_in_ports = 8,
|
|
|
|
.analog_out_ports = 8,
|
|
|
|
};
|
|
|
|
|
2017-03-22 12:30:13 +00:00
|
|
|
#define SND_MOTU_DEV_ENTRY(model, data) \
|
2017-03-22 12:30:11 +00:00
|
|
|
{ \
|
|
|
|
.match_flags = IEEE1394_MATCH_VENDOR_ID | \
|
|
|
|
IEEE1394_MATCH_MODEL_ID | \
|
|
|
|
IEEE1394_MATCH_SPECIFIER_ID, \
|
|
|
|
.vendor_id = OUI_MOTU, \
|
|
|
|
.model_id = model, \
|
|
|
|
.specifier_id = OUI_MOTU, \
|
2017-03-22 12:30:13 +00:00
|
|
|
.driver_data = (kernel_ulong_t)data, \
|
2017-03-22 12:30:11 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static const struct ieee1394_device_id motu_id_table[] = {
|
2017-03-22 12:30:26 +00:00
|
|
|
SND_MOTU_DEV_ENTRY(0x101800, &motu_828mk2),
|
ALSA: firewire-motu: add support for MOTU 828mk3 (FireWire/Hybrid) as a model with protocol version 3
MOTU 828mk3 (FireWire/Hybrid) is one of third generation in MOTU FireWire
series, produced in 2008/2014. This model consists of three chips for
functionality on IEEE 1394 bus:
* TI TSB41AB2 (Physical layer for IEEE 1394 bus)
* Xilinx Spartan-3E FPGA Family (Link layer for IEEE 1394 bus, packet
processing and data block processing layer)
* TI TMS320C6722 (Digital signal processing)
This commit adds a support for this model, with its unique protocol as
version 3. This protocol has some additional features to protocol
version 2.
* Support several optical interfaces.
* Support a data chunk for return of reverb effect.
* Have a quirk of tx packets.
* Support heartbeat asynchronous transaction.
In this protocol, series of transferred packets has some quirks. Below
fields in CIP headers of the packets are out of IEC 61883-1:
- SID (source node id): always 0x0d
- DBS (data block size): always 0x04
- DBC (data block counter): always 0x00
- EOH (End of header): always 0x00
Below is an actual sample of transferred packets.
quads CIP1 CIP2
520 0x0D040400 0x22FFFFFF
8 0x0D040400 0x22FFFFFF
520 0x0D040400 0x22FFFFFF
520 0x0D040400 0x22FFFFFF
8 0x0D040400 0x22FFFFFF
Status of clock is configured by write transactions to 0x'ffff'f000'0b14,
as well as version 2, while meanings of fields are different from the
former protocols. Modes of optical interfaces are configured by write
transactions to 0x'ffff'f000'0c94.
Drivers can register its address to receive heatbeat transactions from the
unit. 0x'ffff'f000'0b0c is for the higher part and 0x'ffff'f000'0b10 is
for the lower part. Nevertheless, this feature is not useless for this
driver and this commit omits it.
Each data block consists of two parts in a point of the number of included
data chunks. In both of 'fixed' and 'differed' parts, the number of
included data blocks are a multiple of 4, thus depending on models there's
some empty data chunks. For example, 828mk3 includes one pair of empty
data chunks in its fixed part. When optical interface is configured to
S/PDIF, 828mk3 includes one pair of empty data chunks in its differed part.
To reduce consumption of CPU cycles with additional conditions/loops, this
commit just exposes these empty chunks to user space as PCM channels.
Additionally, 828mk3 has a non-negligible overhead to change its sampling
transfer frequency. When softwares send asynchronous transaction to
perform it, LED on the unit starts to blink. In a worst case, it continues
blink during several seconds; e.g. 10 seconds. When stopping blinking,
the unit seems to be prepared for the requested sampling transfer
frequency. To wait for the preparation, this commit forces the driver
to call task scheduler and applications sleeps for 4 seconds.
Signed-off-by: Takashi Sakamoto <o-takashi@sakamocchi.jp>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2017-03-22 12:30:28 +00:00
|
|
|
SND_MOTU_DEV_ENTRY(0x106800, &motu_828mk3), /* FireWire only. */
|
|
|
|
SND_MOTU_DEV_ENTRY(0x100800, &motu_828mk3), /* Hybrid. */
|
2017-03-22 12:30:11 +00:00
|
|
|
{ }
|
|
|
|
};
|
|
|
|
MODULE_DEVICE_TABLE(ieee1394, motu_id_table);
|
|
|
|
|
|
|
|
static struct fw_driver motu_driver = {
|
|
|
|
.driver = {
|
|
|
|
.owner = THIS_MODULE,
|
|
|
|
.name = KBUILD_MODNAME,
|
|
|
|
.bus = &fw_bus_type,
|
|
|
|
},
|
|
|
|
.probe = motu_probe,
|
|
|
|
.update = motu_bus_update,
|
|
|
|
.remove = motu_remove,
|
|
|
|
.id_table = motu_id_table,
|
|
|
|
};
|
|
|
|
|
|
|
|
static int __init alsa_motu_init(void)
|
|
|
|
{
|
|
|
|
return driver_register(&motu_driver.driver);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void __exit alsa_motu_exit(void)
|
|
|
|
{
|
|
|
|
driver_unregister(&motu_driver.driver);
|
|
|
|
}
|
|
|
|
|
|
|
|
module_init(alsa_motu_init);
|
|
|
|
module_exit(alsa_motu_exit);
|