https://bugzilla.kernel.org/show_bug.cgi?id=198631

            Bug ID: 198631
           Summary: Asus X205TA won't reach S0I3 sleep state on suspend
                    (power led stays on)
           Product: ACPI
           Version: 2.5
    Kernel Version: 4.15
          Hardware: All
                OS: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: Power-Processor
          Assignee: acpi_power-proces...@kernel-bugs.osdl.org
          Reporter: vaaghoofdha...@hotmail.com
        Regression: No

Created attachment 273951
  --> https://bugzilla.kernel.org/attachment.cgi?id=273951&action=edit
dmesg after suspending (kernel compiled with acpi debug features enabled)

With kernel releases candidates around v4.14-rc7 there was a brief period the
kernel allowed my Asus X205TA to reach S0I3 
suspend state (with power led off) as it does under windows, this state is very
power efficient. In later releases of v4.14 I 
needed to revert a commit by Rafael J. Wysocki <rafael.j.wyso...@intel.com>
(specifically the runtime.c hunk):
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?h=next-20180129&id=d5919dcc349d2a16d805ef8096d36e4f519e42ae
To achieve the same results.

Since v4.15 I am not able to revert this hunk anymore (because then
i2c_designware_core will break on hibernation). The laptop 
will now only suspend with the led light on (and
/sys/kernel/debug/pmc_atom/sleep_state shows the laptop resides only in S0
state 
instead of S0I3).

>From the commits that followed later on that seem to block the X205TA from
reaching S0I3 state I gather (I am not a coder) that 
the 4.14 release candidates that worked for me put devices to S0I3 state
unconditionally (which I assume breaks stuff on some 
other devices). I also gather that now that certain runtime conditions need to
be met to be able to enter S0I3 sleep state, the 
X205TA somehow does not meet those conditions.

I have been unable to find out which runtime conditions don't allow the laptop
to enter S0I3 state. I am not really sure which information I should provide
here, I attached a dmesg output after suspend (with acpi debug features enabled
in the kernel). If any more information is necessary, please let me know and
I'll supply them.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla

Reply via email to