On Mon, Mar 11, 2024 at 03:05:48PM +0800, xuhanwu wrote: > > As can be seen from inspection of the immediately > > preceeding handling of start, we're deliberately > > ignoring half the values in each switch. > In kernel version 6.2, when the soc_pcm_trigger function receives a > command parameter cmd set to SNDRV_PCM_TRIGGER_DRAIN, > it returns a value of -EINVAL.The function snd_pcm_drain checks > the returned error value and exits accordingly. The current kernel version is v6.8 (we're in the merge window for v6.9 now) - any changes that you're submitting should be submitted against current code, not v6.2. > In the latest code, when the cmd parameter is set to SNDRV_PCM_TRIGGER_DRAIN, > the return value is 0. If snd_pcm_drain finds that the return value is 0, > it will not execute the goto unlock; Well, it will get to the unlock eventually after going through the for loop so the lock doesn't get leaked AFAICT? I'm not sure what the issue you're seeing here is.
Attachment:
signature.asc
Description: PGP signature
- References:
- Prev by Date: Re: [PATCH 1/2] Revert "ASoC: amd: yc: Fix non-functional mic on Lenovo 21J2"
- Next by Date: [PATCH V4] ALSA: hda/realtek - ALC236 fix volume mute & mic mute LED on some HP models
- Previous by thread: [PATCH] ASoC: soc-pcm: add a check for unsupported commands to the soc_pcm_trigger
- Next by thread: [PATCH] ASoC: soc-pcm: add a check for unsupported commands to the soc_pcm_trigger
- Index(es):