From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Chiu Subject: Re: [PATCH] pinctrl: intel: save HOSTSW_OWN register over suspend/resume Date: Fri, 17 Nov 2017 16:11:31 +0800 Message-ID: References: <20171114104136.25595-1-chiu@endlessm.com> <20171115080446.GY17200@lahna.fi.intel.com> <018180A5-B0D2-418E-9DBC-EF5F310F7295@endlessm.com> <20171115101302.GA17200@lahna.fi.intel.com> <20171116124431.GS17200@lahna.fi.intel.com> <20171117064904.GZ17200@lahna.fi.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Return-path: Received: from mail-wm0-f43.google.com ([74.125.82.43]:35189 "EHLO mail-wm0-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757274AbdKQILe (ORCPT ); Fri, 17 Nov 2017 03:11:34 -0500 Received: by mail-wm0-f43.google.com with SMTP id y80so4689350wmd.0 for ; Fri, 17 Nov 2017 00:11:33 -0800 (PST) In-Reply-To: <20171117064904.GZ17200@lahna.fi.intel.com> Sender: linux-gpio-owner@vger.kernel.org List-Id: linux-gpio@vger.kernel.org To: Mika Westerberg Cc: heikki.krogerus@linux.intel.com, Linus Walleij , linux-gpio@vger.kernel.org, linux-kernel@vger.kernel.org, Linux Upstreaming Team On Fri, Nov 17, 2017 at 2:49 PM, Mika Westerberg wrote: > On Thu, Nov 16, 2017 at 09:27:51PM +0800, Chris Chiu wrote: >> On Thu, Nov 16, 2017 at 8:44 PM, Mika Westerberg >> wrote: >> > On Wed, Nov 15, 2017 at 06:19:56PM +0800, Chris Chiu wrote: >> >> Hi Mika, >> >> I've confirmed with Asus and they said it's the latest BIOS for >> >> shipment and verified OK on Windows. So their BIOS team will not do >> >> anything for this. >> > >> > I'll ask around if our Windows people know anything about this. My gut >> > feeling is that the Windows driver does not touch HOSTSW_OWN either. >> >> Thanks. Please let me know if you need any information. I still keep >> the machine. > > Got confirmation from Windows people. So Windows pretty much saves and > restores the same registers than we do (padcfg + ie). > > Have you tried whether s2idle works instead of S3 suspend? You can try > it like > > # echo freeze > /sys/power/state > > If that works, I'm guessing that this system uses s2idle and that's also > what Windows uses and could explain why it works in Windows. Unfortunately, I cant wake it up from neither power button nor any key event after "# echo freeze > /sys/power/state"....