Vamshigopal

@mengdonglin @plbossart @ujfalusi @bardliao @kv2019i @sathya-nujella

> are the patches from #4769 in your kernel @Vamshigopal ? I have taken this patch in kernel, still issue reproduces. > Also please clarify the expected behavior a) wake-up...

> I was asking an a) or b) question, you replied with both... I can't figure out what you are trying to say @Vamshigopal @plbossart I meant b is already...

@plbossart , i double checked with snd_hda_intel driver , i wouldnt see DSP going runtime suspend state it always in active state. So my observation with snd_hda_intel is not valid....

> I believe the PCI device will go to runtime suspend state, doesn't it? @plbossart with snd-hda-intel driver PCI device is not going to runtime suspend. localhost ~ # cat...

> CONFIG_SND_HDA_POWER_SAVE_DEFAULT=1 with snd-hda-intel driver default value was 15 i changed it to 1 , still i see PCI device is active localhost ~ # cat /sys/class/pci_bus/0000:00/device/0000:00:1f.3/power/runtime_status active

@plbossart > So for now, it's just not possible to make any progress... You'll have to check WHY the snd-hda-intel keeps the device active and only then can we try...

> ``` > options snd-hda-intel dyndbg=+pmf power_save=2 power_save_controller=1 > ``` This is not helping for rpm suspend.

After tested with latest chrome kernel ( https://chromium.googlesource.com/chromiumos/third_party/kernel/+/refs/tags/v6.6.22), we observe that when we insert jack in rpm state it detects as headset playback device , it wont detect headset mic....

> > ``` > > options snd-hda-intel dyndbg=+pmf power_save=2 power_save_controller=1 > > ``` > > This is not helping for rpm suspend. Applied the above parameters in /etc/modprobe.d/*.conf and its...