Comment 89 for bug 1927925

@Shengyao Xue,
1.) Intel suspected that this Lenovo issue might be related to this issue: https://bugs.launchpad.net/somerville/+bug/1933807 on Intel vPro system. Lenovo did mention that vPro systems have the same issue.

2.) Intel SW debug engineer is adding some debug prints to the I219 runtime power managements callbacks to see if they are getting called, even though they shouldn’t. I will share patches once it is available.

3.) Can you please try below and see whether you can reproduce the issue? Please also pay attention if the system cannot enter Suspend to Idle after applying this.

echo on > /sys/bus/pci/devices/0000\:00\:16.0/power/control
Explanation, taken from https://www.kernel.org/doc/Documentation/ABI/testing/sysfs-devices-power:

What: /sys/devices/.../power/control
Date: January 2009

Contact: Rafael J. Wysocki <email address hidden>

Description:

               The /sys/devices/.../power/control attribute allows the user

               space to control the run-time power management of the device.

               All devices have one of the following two values for the

               power/control file:

               + "auto\n" to allow the device to be power managed at run time;

               + "on\n" to prevent the device from being power managed;

               The default for all devices is "auto", which means that they may

               be subject to automatic power management, depending on their

               drivers. Changing this attribute to "on" prevents the driver

               from power managing the device at run time. Doing that while

               the device is suspended causes it to be woken up.