Sorry for not answering sooner. Pierre-Louis Bossart wrote: > (No filtering in pcm_multi and pcm_direct info fields) I'm not sure whether filtering or not filtering would be a good idea for yet unknown flags. > + * It is not allowed to call this function when given configuration is not exactly one. > ... > +int snd_pcm_hw_params_can_disable_period_irq(const snd_pcm_hw_params_t *params) This function is useless because it cannot be called before snd_pcm_hw_params_set_period_irq(). > + * This function should be called only on devices where > + * #snd_pcm_hw_params_can_disable_period_irq() returns true. (too late, FIXME) Therefore, this paragraph needs to go away. I think there should be a flag that can be added to snd_pcm_open, like SND_PCM_NO_AUTO_RESAMPLE. > + * Even with disabled period interrupts, the period size/time/count parameters > + * are valid; it is suggested to use #snd_pcm_hw_params_set_period_size_last(). > + * > + * When period interrupts are disabled, the application must not use poll() or > + * any functions that could block on this device. We should also mention that the application must call some update function often enough. Regards, Clemens _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
