On Wed, 24 Jul 2019 12:12:58 +0200, Adam Miartus wrote: > > The general idea of this patch is to be able to open the device without > defined bindings. As a result, it allows starting the audio clock of > underlying device without blocking a channel. > > This might be useful for creating a dummy dsnoop pcm for hardware that > requires running clock early at system start. This clock is then present > even without application streaming audio data. > > Patch n.1 is intended to check for null pointer of pcm callbacks, > it is not intended to alter any current functionality, properly defined > plugins should not suffer from this change > > Patch n.2 is not intended to alter any current functionality, only > extend it > > V2 of the patch, changes from V1: > - instead of creating new "pcm_unsupported.c" with ops and fast_ops > callbacks returning -ENOSYS, callback == NULL is checked directly > in core implementation and error is returned when pcm has no > callback defined Looks much better now to me. Applied both patches. Thanks! Takashi _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx https://mailman.alsa-project.org/mailman/listinfo/alsa-devel
