@Kieran_Levin I can confirm that updating to the 2021_08_21 beta driver pack did fix the High Definition Audio Controller being the top offender during sleep study.
It still only goes ~45 minutes before hibernating but I’m pretty sure the SX8200 Pro is the culprit.
In this case it’s Modern Standby exceeding the battery budget. When in Modern Standby (S0ix) if the battery discharges more than 5% it will switch to hibernation to preserve charge level.
I saw in the changelog that the fix is coming from the addition of Intel Smart Sound Technology, but I’m not seeing any indication of it running. Not sure I’m looking for it in the right places though–a quick Google search says that it should appear under Device Manager > System Devices but I don’t see it there.
@jeshikat Do you get any notifications or tray icons that say SST is running? Any SST device in your Device Manager list?
Thanks for the response @RandomUser. There are no SST devices listed in Device Manager for me. Here is the contents of the frameworkinstall.txt file:
"Framework Starting install: Tue 09/07/21 13:25:27.10"
S e r i a l N u m b e r
<redacted>
Microsoft PnP Utility
Processing inf : gna.inf
Failed to install the driver : No more data is available.
Total attempted: 1
Number successfully imported: 0
I unpacked the bundle and modified the install script to only include the audio driver portion. Looks like it worked.
Previously when I ran the executable I noticed that there was no “Installing Intel Smart Sound” or “Installing Realtek Audio” echo, so for some reason the conditional was failing.
C:\Windows\system32>pnputil.exe /enum-devices /class MEDIA /connected
Microsoft PnP Utility
Instance ID: BTHHFENUM\BthHFPAudio\8&2cc85896&1&97
Device Description: LE-Bose QC35 II Hands-Free AG Audio
Class Name: MEDIA
Class GUID: {4d36e96c-e325-11ce-bfc1-08002be10318}
Manufacturer Name: Microsoft
Status: Started
Driver Name: microsoft_bluetooth_hfp.inf
Instance ID: BTHENUM\{0000110b-0000-1000-8000-00805f9b34fb}_VID&0001009e_PID&4020\7&17e6baa8&0&2C41A183D5D0_C00000000
Device Description: LE-Bose QC35 II Stereo
Class Name: MEDIA
Class GUID: {4d36e96c-e325-11ce-bfc1-08002be10318}
Manufacturer Name: Microsoft
Status: Started
Driver Name: microsoft_bluetooth_a2dp_src.inf
Instance ID: INTELAUDIO\FUNC_01&VEN_10EC&DEV_0295&SUBSYS_F1110001&REV_1000\5&3298e61c&0&0001
Device Description: Realtek(R) Audio
Class Name: MEDIA
Class GUID: {4d36e96c-e325-11ce-bfc1-08002be10318}
Manufacturer Name: Realtek
Status: Started
Driver Name: oem21.inf
Extension Driver Names: oem20.inf
Instance ID: INTELAUDIO\CTLR_DEV_A0C8&LINKTYPE_06&DEVTYPE_06&VEN_8086&DEV_AE50&SUBSYS_00000011&REV_0001\0601
Device Description: Intel® Smart Sound Technology for USB Audio
Class Name: MEDIA
Class GUID: {4d36e96c-e325-11ce-bfc1-08002be10318}
Manufacturer Name: Intel(R) Corporation
Status: Started
Driver Name: oem61.inf
I suspect it was failing the check before because I was using the default Microsoft audio drivers.
In other news, looks like the audio controller drain is gone!
Thanks feesh and RandomUser for the idea. I did the same by editing the install.bat to including JUST the audio driver portion. As preparation for that, I used the original framework driver package to reinstall the realtek audio driver Framework provided. Then I ran the script.
When I run the
pnputil.exe /enum-devices /class MEDIA /connected
command I get info for the realtek audio and intel SST. Where as before I did all of that (but had already tried installing the updated driver package) I had just the Realtek audio driver showing up.
So something is definitely failing. When I reinstalled the Realtek driver, and then ran the driver update package, it still did not install the audio drivers. Modifying the install bat file was necessary.
I’m not sure if re-installing the Framework provided Realtek audio driver is necessary before installing the Intel SST driver. Might be something to clarify before officially releasing.
This IS an improvement from before. It was about ~1 hour before. BUT, it would be good if we got a bit more standby time for our 5% of battery life. Still hibernate is what I set my lid action to when on battery. Seems the best way to not loose any battery % for being unused.
I’m hoping that we get some more insight into what else is draining, as ~3% per hour is still way above my expectations. I’m used to <0.5% per hour on other laptops.
Random Googled solutions I’ve tried with no noticeable effect:
Disabling network connectivity during standby via Power Plan
Disabling Intel Management Engine device in Device Manager
Like @RandomUser, the only other red I’m seeing in SleepStudy is NoHwDrips.C10.Unknown. No idea what it means though.
Hibernate is fine but I prefer the instant wake from Modern Standby. Tried switching over to S3 sleep after seeing this but for me, waking from that takes about 30 seconds (much longer than waking from hibernate).
My tiger lake spectre 13 lasts for 15 hours before draining 5% of battery. My latitude 7420 lasts 10 hours. In my 13 hour workday if I open my laptop four or five times over that span potentially 20-25% of my battery would be consumed just from it being asleep (or rather, in modern standby), wheras other tiger lake laptops demonstrate that you can achieve that same kind of workday only losing a few percent to modern standby. Clearly further optimization needs to be done.
EDIT: Decided to check my other laptop’s performance in modern standby instead of relying on memory. Here is my 2020 spectre x360 with an 1165g7, 8x2GB 4266mhz, 1TB SN550.
I also get to the 5% threshold in about 2.5 hours where standby switches over to hibernate. I’m hoping there would be another driver update in the works
So @RadomUser did you see what kind of sleep battery drain you were getting with all of the cards out?
If we can get the Framework to sip power in S0 before hibernation such that we can see 8-12 hours before 5% battery drain that is going to be pretty awesome!
For the record I have 2 USB A, 1 USB C, and 1 250GB SSD.