On Sun, 15 Nov 2015 10:25:28 +0100, Takashi Sakamoto wrote: > > Hi, > > This patchset adds a constrain to ALSA dice driver to start PCM > substreams and AMDTP packet transferring just at current sampling > transfer frequency. > > Dice hardware doesn't allow drivers to get supported combinations > between sampling rate and PCM channels. ALSA dice driver should follow > to the hardware design, though current ALSA driver has some > over-specifications. As a result, the driver has several issue and > brings inconvenience to users. > > This patchset consists of two parts: > * 01-05: to add constrain to current sampling transfer frequency and related > code cleanup > * 06-08: to ensure and stabilize AMDTP packet transmission > > As a result, userspace applications can request PCM substreams at current > sampling transfer frequency. Therefore, when users want to start PCM > substreams at different rate, they should set the rate in advance by the > other ways (i.e. ffado-dbus-server/ffado-mixer). This sounds rather like a step backward. Why can't the driver set the rate if it's the only first and exclusive user? thanks, Takashi _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
