@@ -204,7 +204,11 @@ static int keep_resources(struct snd_dice *dice,
* For this quirk, blocking mode is required and PCM buffer size should
* be aligned to SYT_INTERVAL.
*/
- double_pcm_frames = rate > 96000;
+ if (rate < 176400 || dice->no_dualwire)
+ double_pcm_frames = false;
+ else
+ double_pcm_frames = true;
+
if (double_pcm_frames) {
rate /= 2;
pcm_chs *= 2;
@@ -236,6 +236,15 @@ static int dice_probe(struct fw_unit *unit,
(snd_dice_detect_formats_t)entry->driver_data;
}
+ /*
+ * M-Audio units are compliant to IEC 61883-6 at high sampling
+ * transmission frequency thus don't support 'dualwire' quirk. These
+ * units have 0x0100d1 in its version field in config ROM, against
+ * the value of DICE_INTERFACE.
+ */
+ if (entry->vendor_id == OUI_MAUDIO)
+ dice->no_dualwire = true;
+
spin_lock_init(&dice->lock);
mutex_init(&dice->mutex);
init_completion(&dice->clock_accepted);
@@ -113,6 +113,8 @@ struct snd_dice {
bool global_enabled;
struct completion clock_accepted;
unsigned int substreams_counter;
+
+ bool no_dualwire;
};
enum snd_dice_addr_type {
At highest sampling transmission frequency, ALSA dice driver detects jumbo payload in tx packets from M-Audio 610/2626. $ dmesg snd_dice fw1.0: Detect jumbo payload: 0388 0348 Usual dice devices have a quirk called as dual-wire incompliant to IEC 61883-6 at highest sampling transmission frequency. On the other hand, M-Audio 610/2626 is compliant. This is a reason of the detection of jumbo payload. This commit adds support compliant transmission mode. For these devices, tx packets are correctly handled by this driver, while rx packets can't make these devices generate sound, unfortunately. The other factor affects it. Signed-off-by: Takashi Sakamoto <o-takashi@sakamocchi.jp> --- sound/firewire/dice/dice-stream.c | 6 +++++- sound/firewire/dice/dice.c | 9 +++++++++ sound/firewire/dice/dice.h | 2 ++ 3 files changed, 16 insertions(+), 1 deletion(-)