Unsolved
This post is more than 5 years old
4 Posts
0
13701
XPS 15, Linux no longer resumes from sleep w/ Bios 1.2.10
I'm running Ubuntu 16.04 on an XPS 15 9550, dual-booting with Windows 10. It was working reasonably well straight out of the box, and even better after using some of the tips here. I recently upgraded bios to 1.2.10 (Jul 5th release) in the hopes that it would fix the inability to drive a mini-display-port adapter from the usb-c port (neither Windows nor Linux were able to). Now Ubuntu is no longer able to resume from sleep. It works fine when booted, and goes to sleep when the lid closes, but on wakeup the keyboard lights come on and no other visible activity takes place.
Are there any bios settings I should try, or just try reinstalling 1.2.0?
gregbunk
36 Posts
0
July 16th, 2016 04:00
Same here, coupled with frequent reboots on resume.
You can revert to 1.2, which will solve the problem.
Elax75
21 Posts
0
July 16th, 2016 05:00
Sorry to hear about that.
Has anyone tried the same BIOS update on a Precision 5510 DE ?
gregbunk
36 Posts
0
July 16th, 2016 06:00
Sorry, wasn't clear. That is on a 5510.
morhook
7 Posts
0
July 16th, 2016 08:00
Same happening here. Have you tried to connect an external HDMI monitor? On my computer just the monitor was not showing anything.
Monkeypatch to resume without external monitor: If you can enter your session (typing the password and enter), and then pressing F12 (to pump up the brightness to full setting), your display might come back in full brightness and keep on that setting (until reboot!).
I've come back to BIOS 1.2.0 to fix this issue.
mmirg
26 Posts
0
July 16th, 2016 14:00
I'm having the same issues, it seems that something goes wrong with the brightness control upon resuming from suspend. At times I will resume with an illuminated screen, but I won't be able to dim it until hitting the lowest brightness setting at which the backlight will turn off. At other times, it resumes with the backlight completely off and I can sometimes turn it on by raising the brightness to maximum but not always. More irritating is that since updating my BIOS (on a Precision 5510), the brightness hotkeys no longer consistently function. While I can continue to adjust my brightness on the POST screen and bootloader, once the linux kernel loads, the keys stop seeming to produce any output. I'm not sure how I can re-enable their functionality. Has anyone else experienced this?
Edit: The hotkeys seem to resume functioning if I reboot while disconnected from the ac adapter.
dthiery
27 Posts
0
July 17th, 2016 05:00
My brightness keys work (only after logging in) but my screen is always at full brightness when I turn it on or reboot (I never use suspend).
PaoloAst
1 Message
0
July 17th, 2016 14:00
Hi vgough,
same problem here.
Just two questions:
- I've deleted my old copy of bios 1.2.0. Where I can find a copy of it?
- Your link to the optimization tips is broken, Could you help me to reach it in any way?
vgough
4 Posts
1
July 18th, 2016 00:00
This page has lots of useful information for tuning Ubuntu on an XPS:
http://wiki.yobi.be/wiki/Laptop_Dell_XPS_15
vgough
4 Posts
1
July 18th, 2016 00:00
I found the older bios releases on dell's site here: http://downloads.dell.com/published/pages/xps-15-9550-laptop.html
Reverting back to version 1.2.0 fixed the backlight problems for me.
jose.marino
10 Posts
0
July 25th, 2016 09:00
So, is this the right place to notify Dell about this issue? Is Dell aware of it?
gregbunk
36 Posts
0
July 25th, 2016 12:00
I have no idea. They've certainly never acknowledged it here.
DELL-Jared D
350 Posts
0
July 25th, 2016 15:00
The official channel for getting support with Precision systems (including those running Ubuntu) is through Dell ProSupport. You can reach out to them from http://www.dell.com/support/incidents-online/us/en/19/contactus/Dynamic
That said, I've escalated this regression to Canonical.
gregbunk
36 Posts
0
July 25th, 2016 15:00
Won't help. This also happens with kernel 4.7 running Arch.
gregbunk
36 Posts
0
July 25th, 2016 15:00
Your link doesn't work.
Very disappointed that something reported in a support forum doesn't get tracked.
mmirg
26 Posts
0
July 25th, 2016 19:00
To echo gregbunk, this appears to be a regression in the most recent BIOS update rather than in the OS (unless, of course, Canonical is involved with the BIOS which seems unlikely). I've seen this same behavior in Gentoo using multiple kernel versions.