On Tue, 01 Jun 2021 10:17:50 +0200, Takashi Sakamoto wrote:
Hi,
In a commit f9e5ecdfc2c2 ("ALSA: firewire-lib: add replay target to cache sequence of packet"), I categorize devices supported by drivers in ALSA firewire stack in terms of the way to deliver effective sampling transfer frequency. This patchset is for the devices in group 2.
The devices are known to have problems when ALSA dice/bebob drivers handle. Many of them sometimes transfer packets with discontinued counter, corrupt at break of CMP connection, generates bus-reset voluntarily.
The devices interpret presentation time to decide playback timing. The drivers process presentation time expressed in syt field of CIP header for outgoing packets. Current implementation of the drivers processes the sequence of outgoing packet by computation according to nominal sampling transfer frequency, assisted by ALSA IEC 61883-1/6 packet streaming engine. However, the ideal sequence is not adequate to the devices, actually.
With this patchset, the drivers are going to replay the sequence of incoming packets for media clock recovery. For the detail of sequence replay, please refer to a commit 39c2649c71d8 ("ALSA: firewire-lib: replay sequence of incoming packets for outgoing packets").
Takashi Sakamoto (3): ALSA: dice: wait just for NOTIFY_CLOCK_ACCEPTED after GLOBAL_CLOCK_SELECT operation ALSA: dice: perform sequence replay for media clock recovery ALSA: bebob: perform sequence replay for media clock recovery
Applied all three patches now. Thanks.
Takashi