On Thu, Mar 23, 2023 at 04:44:02PM +0000, Srinivas Kandagatla wrote: > In the current setup the PA is left unmuted even when the > Soundwire ports are not started streaming. This can lead to click > and pop sounds during start. > There is a same issue in the reverse order where in the PA is > left unmute even after the data stream is stopped, the time > between data stream stopping and port closing is long enough > to accumulate DC on the line resulting in Click/Pop noise > during end of stream. Wow, that hardware sounds *super* fragile. > Moving the mute/unmute to trigger stop/start respectively seems to > help a lot with this Click/Pop issues reported on this Codec. > +static int wsa883x_trigger(struct snd_pcm_substream *s, int cmd, > + struct snd_soc_dai *dai) > +{ > + switch (cmd) { > + case SNDRV_PCM_TRIGGER_START: > + case SNDRV_PCM_TRIGGER_RESUME: > + case SNDRV_PCM_TRIGGER_PAUSE_RELEASE: > + wsa883x_digital_mute(dai, false, 0); > + break; > static const struct snd_soc_dai_ops wsa883x_dai_ops = { > + .startup = wsa883x_startup, > .hw_params = wsa883x_hw_params, > .hw_free = wsa883x_hw_free, > - .mute_stream = wsa883x_digital_mute, > + .trigger = wsa883x_trigger, The trigger is run in atomic context, can you really write safely to a SoundWire device there? This feels like we should be doing it at the framework level, either tightening up where the mute happens in general or having some option that devices can select if they really need it.
Attachment:
signature.asc
Description: PGP signature