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