From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Rafael J. Wysocki" Subject: Re: [PATCHv3 2/4] ACPI / LPSS: custom power domain for LPSS Date: Mon, 26 May 2014 23:30:27 +0200 Message-ID: <2206183.6DSdmh5SWp@vostro.rjw.lan> References: <20140523130252.GH18308@xps8300> <11413734.64aCNVobNb@vostro.rjw.lan> <20140526134234.GA12107@xps8300> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7Bit Return-path: Received: from v094114.home.net.pl ([79.96.170.134]:53155 "HELO v094114.home.net.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1751487AbaEZVNX (ORCPT ); Mon, 26 May 2014 17:13:23 -0400 In-Reply-To: <20140526134234.GA12107@xps8300> Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Heikki Krogerus Cc: Mika Westerberg , Jin Yao , Li Aubrey , Andy Shevchenko , linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org On Monday, May 26, 2014 04:42:34 PM Heikki Krogerus wrote: > On Mon, May 26, 2014 at 03:03:27PM +0200, Rafael J. Wysocki wrote: > > On Friday, May 23, 2014 04:15:09 PM Heikki Krogerus wrote: > > > A power domain where we save the context of the additional > > > LPSS registers. We need to do this or all LPSS devices are > > > left in reset state when resuming from D3 on some Baytrails. > > > The devices with the fractional clock divider also have > > > zeros for N and M values after resuming unless they are > > > reset. > > > > > > Li Aubrey found the root cause for the issue. The idea of > > > using power domain for LPSS came from Mika Westerberg. > > > > > > Reported-by: Jin Yao > > > Suggested-by: Li Aubrey > > > Tested-by: Mika Westerberg > > > Signed-off-by: Heikki Krogerus > > > > Queued up for 3.16, but I needed to rebase it to take some other changes > > into account. Can you please have a look and the bleeding-edge branch in > > my tree and see if everything looks good in there? > > I checked the bleeding-edge and it looks good to me. Thanks for taking > care of the issue with "%lx". > > About the sparse warning from the clk-fractional-divider.c. Since > there is no real issue, let's follow the style in the other clock > types and ignore the warning. So let's keep that patch as it is. OK? That's fine by me. Rafael