Linux suspend status on Ubuntu 16.4.2 and 17.4 - Dell XPS 13 developer edition / Project Sputnik Feedback - OS and Applications - Dell Community

Linux suspend status on Ubuntu 16.4.2 and 17.4

OS and Applications

OS and Applications
Dell OS and Applications Solutions on Dell TechCenter - Project Sputnik, Microsoft Windows, Red Hat Linux, SUSE, Ubuntu, and more

Linux suspend status on Ubuntu 16.4.2 and 17.4

This question is not answered

Hi guys.

I am an active member of the Linux community, and have been so for a long time, about 20 years. Done a bit of this and that. Last week i got a brand new Dell Latitude 7275, m7 version with 4G connection.

I really like the device, in many ways. Unfortunately it seems to suffer from the same problem that my old Lenovo device did. It cant suspend, I don't know why there is so muck trouble with this and why hardware manufacturers don't run proper tests.

The status is that it hangs pretty badly if you suspend it. My plan is to do some testing on it acroding to the Intel guide.

But I think it would be good if Dell helped our here


All Replies
  • The debugging is very interesting.  I might try looking into that as well.  Suspend/Hibernate have been a major issue for me on my 9360.  I've had to disable suspend/hibernate to avoid locking up or not coming out of sleep entirely.  I hate to have to hard reboot my laptop at all, and it is very aggravating when simply having it fall asleep necessitates that I do that.

    Lack of support for these power saving features was even expressed as a major sticking point on hacker news a few months ago when Canonical asked what people wanted to see in new versions of Ubuntu.

  • We don't support Linux at all on the Latitude 7275 as we currently do nothing with Linux on any of our tablets or 2-in-1's (except Chromebook 2-in-1's of course). So you're right, we're not testing Linux at all on that device.

    Project Sputnik development lead
    Software Principal Engineer
    Linux OS Architecture
    Dell | Client Product Group

  • Thank you I noticed ;).

    I guess my obvios question would be why. But I guess I will get som form of "policy" answer.

    Just to put the issue into context, I am currently working at Ericsson, and we are looking into devices to use for some of our staff, and for us Linux is a requirement.

    Now I did some debugging into the problem. Now who could have guessed. The bloody trail leads to ACPI.

    [    4.626742]   Magic number: 5:463:177

    [    4.628282] acpi device:0d: hash matches

    Am I correctly informed that this is the result of BIOS problems, and hence very little that Linux can do?