[Intel-gfx] GemniLake laptops goes power off directly after performing suspend
Daniel Drake
drake at endlessm.com
Fri Dec 8 10:31:30 UTC 2017
Hi,
Adding intel-gfx list in case i915 developers can help. Updated summary below.
On Thu, Dec 7, 2017 at 2:14 AM, Chris Chiu <chiu at endlessm.com> wrote:
> On Wed, Dec 6, 2017 at 9:34 PM, Rafael J. Wysocki <rafael at kernel.org> wrote:
> > On Wed, Dec 6, 2017 at 10:33 AM, Chris Chiu <chiu at endlessm.com> wrote:
> >> On Wed, Dec 6, 2017 at 5:56 AM, Rafael J. Wysocki <rjw at rjwysocki.net> wrote:
> >>> On Tuesday, December 5, 2017 5:19:03 PM CET Chris Chiu wrote:
> >>>> On Tue, Dec 5, 2017 at 11:01 PM, Rafael J. Wysocki <rafael at kernel.org> wrote:
> >>>> > On Tue, Dec 5, 2017 at 11:32 AM, Chris Chiu <chiu at endlessm.com> wrote:
> >>>> >> I have 2 GemniLake laptops from ASUS, named X441MB and X507MA,
> >>>> >> both go power off after I do "systemctl suspend" on top of kerne head
> >>>> >> fd6d2e506ce6 (Merge tag 'docs-4.15-fixes' of git://git.lwn.net/linux).
> >>>> >> I then wipe it out and install Windows RS3 instead, also goes to power
> >>>> >> off after pressing media key for suspend(S3). Then I installed intel
> >>>> >> graphic driver with the following version number, Windows has no
> >>>> >> problem on suspend resume then.
> >>>> >
> >>>> > There is a suspend-related fix missing in 4.15-rc at this point, so
> >>>> > please test 4.14.y or wait for the fix to be merged.
> >>>>
> >>>> You mean the suspend-related fix used to exist in 4.14? Could you point me
> >>>> out which commit it is? Thanks
> >>>
> >>> I mean that suspend generally works in 4.14 and is currently broken
> >>> in 4.15-rc which requires a fix to be applied. The fix in question is at:
> >>> https://lkml.org/lkml/2017/11/30/546
> >>> This is needed due to some changes made in 4.15-rc (with respect to 4.14)
> >>> that broke resume from suspend to RAM.
> >>
> >> I think maybe for GemniLake is a different issue. I tried Ubuntu-4.14.0-11.13
> >> kernel and 4.13 kernel. Both go power off immediately.
> >
> > OK, so yes, this is a different issue.
> > Is that suspend-to-idle or suspend-to-RAM (ACPI S3)?
>
> It's ACPI S3, suspend-to RAM. Due to it power off immediately,
> difficult for me to collect useful information
Multiple new Acer and Asus consumer products based on Intel GeminiLake
N4100/N5000 fail to go into S3 suspend-to-RAM. At the point when you
would normally expect the system to go into sleep, the computer
completely powers off.
The same happens under Windows 10 RS3, until the following Intel
graphics driver is installed:
Package: 530967
Intel(R) Graphics Driver: 23.20.16.4849
Intel(R) Display Audio Driver: 10.00.00.1
After installing this driver, Windows can now go into S3 suspend and
also be resumed. I'm wondering if someone can check with the Windows
gfx driver developers what this driver does to affect S3 suspend, so
that we can fix up Linux behaviour.
Thanks
Daniel
More information about the Intel-gfx
mailing list