Unsolved
1 Rookie
•
9 Posts
0
19
September 12th, 2025 12:17
XPS 13 9310, Ubuntu, deep sleep missing Please offer alternative
I was disappointed to see that no alternative was offered here *and* the solution of no alternative was marked as accepted. This is not an acceptable solution. I got suckered into buying Dell and suffered 3 years with no deep sleep, and I can tell you I ended up using this laptop very little, and shortly after just buying a Macbook Air.
I'm reviving this to attempt to request a solution, or help the community realize that Dell does not care about the linux community. Please offer deep sleep, or refund every single linux dev that purchased these laptops.
No Events found!
jrmlhermitte
1 Rookie
•
9 Posts
0
September 18th, 2025 14:20
Ran a more thorough test:
Running a 1.5 day sleep test with 96% battery also printing date (although the tool gives the total duration of the sleep) with the command:
```
# date;turbostat --show Pkg%pc2,Pkg%pc3,Pkg%pc6,Pkg%pc7,Pkg%pc8,Pkg%pc9,Pk%pc10,SYS%LPI echo freeze > /sys/power/state;date
```
Output:
```
Tue Sep 16 09:33:13 PM EDT 2025
[...]
131615.570727 sec
Pkg%pc2 Pkg%pc3 Pkg%pc6 Pkg%pc7 Pkg%pc8 Pkg%pc9 Pk%pc10 SYS%LPI
0.00 0.00 0.00 0.00 0.00 0.00 99.84 99.94
0.00 0.00 0.00 0.00 0.00 0.00 99.84 99.94
Thu Sep 18 10:06:49 AM EDT 2025
```
I started with 96% battery and ended with 79% battery.
This amounts to 11% battery loss per day by simply leaving the lid closed:
```
>>> (96-79)/(131615.570727 / 3600./24.)
11.159773816174212
```
On my previous Dell XPS from a few years before this one (maybe 2014-2015?), I had suspend to RAM and would lose maybe 1% a day of battery. Note the battery capacity was also lower given recent advancements and so this is quite a small decrease.
As you can see, the residency of PC10 was very high at 99.84%. So why is the battery draining so much? I will try to investigate more later to see if there is anything else or if this is expected for a PC10 sleep state.
If this is expected for PC10 sleep state, this is a clear regression and I think any linux user should submit a ticket requesting that the BIOS devs reinstate suspend to RAM, which was silently taken away over time.
Dell cannot claim to support linux while creating a regression like this that they have not even attempted to address over well over 3 years.
Additional details:
```
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 25.04
Release: 25.04
Codename: plucky
$ uname -a
Linux julien-XPS-13-9310 6.14.0-29-generic #29-Ubuntu SMP PREEMPT_DYNAMIC Thu Aug 7 18:32:38 UTC 2025 x86_64 x86_64 x86_64 GNU/Linux
```
(edited)
jrmlhermitte
1 Rookie
•
9 Posts
0
September 19th, 2025 21:05
I have run more extensive steps and posted here. I still see a battery drain (at 19.7% per day this time) even when putting the device in airplane mode.
A 20% battery drain per day is not within the expectations of reasonable use of a laptop (especially since a previous dell xps i owned had around a 1%/day decrease using S3 sleep).
The Dell claims to support linux (Ubuntu) is in direct contradiction with the fact they have had reports of this problem well over 3 years ago and have decided the accepted solution is they do not support S3 sleep.
This is because it is clear, evidenced from my observations that without S3 sleep, this laptop is no longer reasonably usable.
This is textbook fraud.
Please either don't claim linux support or reinstate S3 sleep (or find some other solution to address the battery drain).