You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
On older Dells I have found the exact same issues happen. The main problem seem to be the PCH not getting in SLP-S0.
Given how frequent the problem is, especially on Dells, and for how long it has existed (since at least the 7275), I believe they have misconfigured a few things from the beginning: they must have simply been copy/pasting their broken configuration since then, while remaining oblivious to the root cause of the problem.
Maybe they don't care, but I find such issues very interesting, and I happen to have a few spare Dells (identical model, CPU, Bios, NVMe...) I could use to study the situation better. If you also want to have a look, I would be happy to share a dump of the ACPI tables or even full BIOS images!
You mention "What you see below are UEFI variables for MY Dell Precision 5750, with Intel Core i7-10750h CPU, NVIDIA RTX 3000 GPU, two KIOXIA (Ex-Toshiba) KXG60ZNV1T02 drives, UEFI FW v1.7.2, etc."
Would it be possible to:
document your configuration in greater detail? (maybe sharing the SN by email? my email is my nickname at outlook.com)
upload the binary and decoded UEFI IFRs tables as they were in your UEFI FW v1.7.2 before the patch? (to better understand which resources the poke addresses represent, and what were the original values)
give the preparation steps? ("TBD" but that may take you a lot of time and I should be able to do with just the tables)
I plan to follow your approach on the different Dell line I have on hand, then after getting good power savings, do the equivalent of a git bisect to impute the power drain on each of the variables: for other models, this could help focus the patching on what matters the most. You could then focus on that for your TBD preparation steps :)
BTW on your README, it would be nice if you could share the power draw of a sleep session, first of a night "with" then a night "without" wake timers ("disconnected standby").
If you then do a powercfg sleepstudy after a normal night when draining the battery in standby mode, the slope is interesting: on a 10th gen I would expect a battery drain between 1%/h to 0.5%/h.
Measurements in mW/h would be more precise but the system battery is generally sized for the CPU/GPU/display combo so a drain %/h is a good enough proxy.
Also, most people will not bother with Intel Power Gadget or VTune, while a sleepstudy is often done in routine.
The text was updated successfully, but these errors were encountered:
On older Dells I have found the exact same issues happen. The main problem seem to be the PCH not getting in SLP-S0.
Given how frequent the problem is, especially on Dells, and for how long it has existed (since at least the 7275), I believe they have misconfigured a few things from the beginning: they must have simply been copy/pasting their broken configuration since then, while remaining oblivious to the root cause of the problem.
Maybe they don't care, but I find such issues very interesting, and I happen to have a few spare Dells (identical model, CPU, Bios, NVMe...) I could use to study the situation better. If you also want to have a look, I would be happy to share a dump of the ACPI tables or even full BIOS images!
You mention "What you see below are UEFI variables for MY Dell Precision 5750, with Intel Core i7-10750h CPU, NVIDIA RTX 3000 GPU, two KIOXIA (Ex-Toshiba) KXG60ZNV1T02 drives, UEFI FW v1.7.2, etc."
Would it be possible to:
I plan to follow your approach on the different Dell line I have on hand, then after getting good power savings, do the equivalent of a git bisect to impute the power drain on each of the variables: for other models, this could help focus the patching on what matters the most. You could then focus on that for your TBD preparation steps :)
BTW on your README, it would be nice if you could share the power draw of a sleep session, first of a night "with" then a night "without" wake timers ("disconnected standby").
You can do that with either of:
If you then do a powercfg sleepstudy after a normal night when draining the battery in standby mode, the slope is interesting: on a 10th gen I would expect a battery drain between 1%/h to 0.5%/h.
Measurements in mW/h would be more precise but the system battery is generally sized for the CPU/GPU/display combo so a drain %/h is a good enough proxy.
Also, most people will not bother with Intel Power Gadget or VTune, while a sleepstudy is often done in routine.
The text was updated successfully, but these errors were encountered: