On Thu, 26 Aug 2021 17:14:31 +0200, Vitaly Rodionov wrote:

On 26/08/2021 2:00 pm, Vitaly Rodionov wrote:

...

On 26/08/2021 1:20 pm, Takashi Iwai wrote:

...

On Thu, 26 Aug 2021 13:49:32 +0200, Vitaly Rodionov wrote:

...

On 26/08/2021 11:49 am, Takashi Iwai wrote:

...

On Thu, 26 Aug 2021 08:03:45 +0200, Takashi Iwai wrote:

...

On Wed, 25 Aug 2021 20:04:05 +0200, Vitaly Rodionov wrote: > Actually when codec is suspended and we do reboot from UI, then > sometimes we > see suspend() calls in kernel log and no pops, but sometimes > > we still have no suspend() on reboot and we hear pops. But when > we do reboot > from command line: > sudo reboot  then we always have pops and > no suspend() > called. > > Then we have added extra logging and we can see that on reboot > codec somehow > getting resume() call and we run jack detect on resume that > causing pops. Hm, it's interesting who triggers the runtime resume.

> We were thinking about possible solution for that and we would > propose some > changes in generic code hda_bind.c: > > static void hda_codec_driver_shutdown(struct device *dev) { +   > if (codec-> > patch_ops.suspend) + codec->patch_ops.suspend(codec); > snd_hda_codec_shutdown(dev_to_hda_codec(dev)); + > hda_codec_driver_remove > (dev_to_hda_codec(dev)); } Sorry, it's no-no.  The suspend can't be called unconditionally, and the driver unbind must not be called in the callback itself.

Does the patch below work instead?

Sorry there was a typo.  A bit more revised patch is below.

Takashi

--- a/sound/pci/hda/hda_intel.c +++ b/sound/pci/hda/hda_intel.c @@ -1383,14 +1383,17 @@ static void azx_free(struct azx *chip)        hda->freed = 1;    }    -static int azx_dev_disconnect(struct snd_device *device) +static void __azx_disconnect(struct azx *chip)    { -    struct azx *chip = device->device_data;        struct hdac_bus *bus = azx_bus(chip);          chip->bus.shutdown = 1;        cancel_work_sync(&bus->unsol_work); +}    +static int azx_dev_disconnect(struct snd_device *device) +{ +    __azx_disconnect(device->device_data);        return 0;    }    @@ -2356,8 +2359,10 @@ static void azx_shutdown(struct pci_dev *pci)        if (!card)            return;        chip = card->private_data; -    if (chip && chip->running) +    if (chip && chip->running) { +        __azx_disconnect(chip);            azx_shutdown_chip(chip); +    }    }      /* PCI IDs */

Hi Takashi,

Applied fix and tested on dolphin HW. Issue still there, here is captured screen on reboot from command line:

reboot capture

Reboot from UI works differently, no resume() call in this case.

Thanks for quick testing.

After reconsideration, I believe we can even take a simpler path. Use pm_runtime_force_suspend(), and keep suspended by pm_runtime_disable() call afterwards.

Below is another test patch.  Could you check whether this works better?

Takashi

--- a/sound/pci/hda/hda_codec.c +++ b/sound/pci/hda/hda_codec.c @@ -2986,13 +2986,11 @@ void snd_hda_codec_shutdown(struct hda_codec *codec)   {       struct hda_pcm *cpcm;   -    if (pm_runtime_suspended(hda_codec_dev(codec))) -        return;

list_for_each_entry(cpcm, &codec->pcm_list_head, list)           snd_pcm_suspend_all(cpcm->pcm);   -    pm_runtime_suspend(hda_codec_dev(codec)); +    pm_runtime_force_suspend(hda_codec_dev(codec)); +    pm_runtime_disable(hda_codec_dev(codec));   }     /*

Hi Takashi,

Thank you very much! Yes, that works fine.  suspend() has been called on reboot and no pops.

I still have previous patch in the code, so let me remove it and test it again with only snd_hda_codec_shutdown() changes.

Thanks,

Vitaly

Hi Takashi,

I have finished regression tests on all our platforms and results are positive, latest patch has fixed an issue with pops on reboot and no

regression on other platforms as well.

Great, thanks for testing again! I'll submit and merge the patch with your reported-and-tested-by tag.

Takashi