GemniLake laptops goes power off directly after performing suspend

GemniLake laptops goes power off directly after performing suspend

[Chris Chiu]

Hi,
    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.
"""
Release Version: Production Version
Package: 530967
Intel(R) Graphics Driver: 23.20.16.4849
Intel(R) Display Audio Driver: 10.00.00.1

"""

    One thing weird worths mention, I also tested the same thing on a
GemniLake Desktop with an older kernel (4.13), but there's no problem
with it. Any suggestion about how to find out which part could cause
this?

Chris

Re: GemniLake laptops goes power off directly after performing suspend

[Rafael J. Wysocki]

On Tue, Dec 5, 2017 at 11:32 AM, Chris Chiu <chiu@endlessm.com> wrote:
> Hi,
>     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.

Thanks,
Rafael

Re: GemniLake laptops goes power off directly after performing suspend

[Chris Chiu]

On Tue, Dec 5, 2017 at 11:01 PM, Rafael J. Wysocki <rafael@kernel.org> wrote:
> On Tue, Dec 5, 2017 at 11:32 AM, Chris Chiu <chiu@endlessm.com> wrote:
>> Hi,
>>     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.
>
> Thanks,
> Rafael

You mean the suspend-related fix used to exist in 4.14? Could you point me
out which commit it is? Thanks

Chris

Re: GemniLake laptops goes power off directly after performing suspend

[Rafael J. Wysocki]

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@kernel.org> wrote:
> > On Tue, Dec 5, 2017 at 11:32 AM, Chris Chiu <chiu@endlessm.com> wrote:
> >> Hi,
> >>     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.
> >
> > Thanks,
> > Rafael
> 
> You mean the suspend-related fix used to exist in 4.14? Could you point me
> out which commit it is? Thanks

No.

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.

Thanks,
Rafael

Re: GemniLake laptops goes power off directly after performing suspend

[Chris Chiu]

On Wed, Dec 6, 2017 at 5:56 AM, Rafael J. Wysocki <rjw@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@kernel.org> wrote:
>> > On Tue, Dec 5, 2017 at 11:32 AM, Chris Chiu <chiu@endlessm.com> wrote:
>> >> Hi,
>> >>     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.
>> >
>> > Thanks,
>> > Rafael
>>
>> You mean the suspend-related fix used to exist in 4.14? Could you point me
>> out which commit it is? Thanks
>
> No.
>
> 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.
>
> Thanks,
> Rafael
>

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.

Re: GemniLake laptops goes power off directly after performing suspend

[Rafael J. Wysocki]

On Wed, Dec 6, 2017 at 10:33 AM, Chris Chiu <chiu@endlessm.com> wrote:
> On Wed, Dec 6, 2017 at 5:56 AM, Rafael J. Wysocki <rjw@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@kernel.org> wrote:
>>> > On Tue, Dec 5, 2017 at 11:32 AM, Chris Chiu <chiu@endlessm.com> wrote:
>>> >> Hi,
>>> >>     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.
>>> >
>>> > Thanks,
>>> > Rafael
>>>
>>> You mean the suspend-related fix used to exist in 4.14? Could you point me
>>> out which commit it is? Thanks
>>
>> No.
>>
>> 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.
>>
>> Thanks,
>> Rafael
>>
>
> 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)?

Re: GemniLake laptops goes power off directly after performing suspend

[Chris Chiu]

On Wed, Dec 6, 2017 at 9:34 PM, Rafael J. Wysocki <rafael@kernel.org> wrote:
> On Wed, Dec 6, 2017 at 10:33 AM, Chris Chiu <chiu@endlessm.com> wrote:
>> On Wed, Dec 6, 2017 at 5:56 AM, Rafael J. Wysocki <rjw@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@kernel.org> wrote:
>>>> > On Tue, Dec 5, 2017 at 11:32 AM, Chris Chiu <chiu@endlessm.com> wrote:
>>>> >> Hi,
>>>> >>     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.
>>>> >
>>>> > Thanks,
>>>> > Rafael
>>>>
>>>> You mean the suspend-related fix used to exist in 4.14? Could you point me
>>>> out which commit it is? Thanks
>>>
>>> No.
>>>
>>> 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.
>>>
>>> Thanks,
>>> Rafael
>>>
>>
>> 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

Re: GemniLake laptops goes power off directly after performing suspend

[Daniel Drake]

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@endlessm.com> wrote:
> On Wed, Dec 6, 2017 at 9:34 PM, Rafael J. Wysocki <rafael@kernel.org> wrote:
> > On Wed, Dec 6, 2017 at 10:33 AM, Chris Chiu <chiu@endlessm.com> wrote:
> >> On Wed, Dec 6, 2017 at 5:56 AM, Rafael J. Wysocki <rjw@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@kernel.org> wrote:
> >>>> > On Tue, Dec 5, 2017 at 11:32 AM, Chris Chiu <chiu@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

Re: [Intel-gfx] GemniLake laptops goes power off directly after performing suspend

[Imre Deak]

On Fri, Dec 08, 2017 at 10:31:30AM +0000, Daniel Drake wrote:
> 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@endlessm.com> wrote:
> > On Wed, Dec 6, 2017 at 9:34 PM, Rafael J. Wysocki <rafael@kernel.org> wrote:
> > > On Wed, Dec 6, 2017 at 10:33 AM, Chris Chiu <chiu@endlessm.com> wrote:
> > >> On Wed, Dec 6, 2017 at 5:56 AM, Rafael J. Wysocki <rjw@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@kernel.org> wrote:
> > >>>> > On Tue, Dec 5, 2017 at 11:32 AM, Chris Chiu <chiu@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.

To check this from the GFX side, could you open a bug at [1]? Please try
suspend/resume without the graphics driver loaded (booting with
nomodeset) and if that works suspend/resume with first setting one of
the test phases in /sys/power/state. Trying the drm-tip branch from [2]
would be also helpful. Please provide the dmesg logs at each run when
GFX is enabled, booting with drm.debug=0xe. Using netconsole or
pstore could help gathering the log when the machine just powers off.

Thanks,
Imre

[1] https://bugs.freedesktop.org/enter_bug.cgi?product=DRI
[2] git://anongit.freedesktop.org/drm-tip


> 
> Thanks
> Daniel
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] GemniLake laptops goes power off directly after performing suspend

[Chris Chiu]

On Tue, Dec 12, 2017 at 9:32 PM, Imre Deak <imre.deak@intel.com> wrote:
> On Fri, Dec 08, 2017 at 10:31:30AM +0000, Daniel Drake wrote:
>> 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@endlessm.com> wrote:
>> > On Wed, Dec 6, 2017 at 9:34 PM, Rafael J. Wysocki <rafael@kernel.org> wrote:
>> > > On Wed, Dec 6, 2017 at 10:33 AM, Chris Chiu <chiu@endlessm.com> wrote:
>> > >> On Wed, Dec 6, 2017 at 5:56 AM, Rafael J. Wysocki <rjw@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@kernel.org> wrote:
>> > >>>> > On Tue, Dec 5, 2017 at 11:32 AM, Chris Chiu <chiu@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.
>
> To check this from the GFX side, could you open a bug at [1]? Please try
> suspend/resume without the graphics driver loaded (booting with
> nomodeset) and if that works suspend/resume with first setting one of
> the test phases in /sys/power/state. Trying the drm-tip branch from [2]
> would be also helpful. Please provide the dmesg logs at each run when
> GFX is enabled, booting with drm.debug=0xe. Using netconsole or
> pstore could help gathering the log when the machine just powers off.
>
> Thanks,
> Imre
>
> [1] https://bugs.freedesktop.org/enter_bug.cgi?product=DRI
> [2] git://anongit.freedesktop.org/drm-tip
>
>
>>
>> Thanks
>> Daniel
>> _______________________________________________
>> Intel-gfx mailing list
>> Intel-gfx@lists.freedesktop.org
>> https://lists.freedesktop.org/mailman/listinfo/intel-gfx

Hi Imre,
    Thanks for your feedback. I've opened a bug on
https://bugs.freedesktop.org/show_bug.cgi?id=104235 and attach a dmesg
log which shows the Linux does go into sleep while booting with
"nomodeset". I will try drm-tip then and update the ticket if anything
interesting

Chris.