On Feb 9 2016 20:25, Takashi Iwai wrote:
On Mon, 08 Feb 2016 14:54:14 +0100, Takashi Sakamoto wrote:
Hi,
This patchset is to update my former RFCv2 and for merge request to upstream.
[alsa-devel][RFC][PATCH 00/10 v2] ALSA: dice: stabiliza packet streaming http://mailman.alsa-project.org/pipermail/alsa-devel/2015-December/101897.ht...
Current ALSA Dice driver is written with somewhat ignoring actual hardware design to perform 'dynamic sample rate selection'. As a result, the driver includes some behaviors against users' expectation or functional misleading.
This patchset purges such over-engineering. As a result, userspace applications can start PCM substreams just at current sampling transfer frequency. If users want to start at different sampling rate, they must set favorite rate in advance by tools. Currently, ffado-mixer with ffado-dbus-server[1] and hinawa-dice-common-cui[2] are available as such tool.
For technical details, please refer to the post or our discussion in RFCv1:
[alsa-devel] [RFC][PATCH 0/8] ALSA: dice: constrain PCM substreams to current sampling transfer frequency http://mailman.alsa-project.org/pipermail/alsa-devel/2015-November/100525.ht...
[1] as a part of FFADO utility http://subversion.ffado.org/ [2] in hinawa-utils repository https://github.com/takaswie/hinawa-utils
Regards
Takashi Sakamoto (6): ALSA: dice: limit to current sampling transfer frequency ALSA: dice: limit stream to current sampling transfer frequency. ALSA: dice: add MIDI ports according to current number of MIDI substreams ALSA: dice: get the number of MBLA data channel at opening PCM substream ALSA: dice: purge generating channel cache ALSA: dice: ensure phase lock before starting streaming
Applied all six patches now to for-next branch. Thanks.
I'm ease to hear the merge because I've been considering about this issue for one and half year (since Sep 2014).
Thanks
Takashi Sakamoto