Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp2269776imm; Fri, 7 Sep 2018 13:37:03 -0700 (PDT) X-Google-Smtp-Source: ANB0VdaKPFxkvhuzGuXpVzbvs0d/cvoRHRqJcowr+n22tjiASnyXnz8qqYxg1ZD7VBP/v2kCiU3P X-Received: by 2002:a17:902:e00b:: with SMTP id ca11-v6mr9720886plb.224.1536352622948; Fri, 07 Sep 2018 13:37:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536352622; cv=none; d=google.com; s=arc-20160816; b=Xp/JblDv1CIUmlr4nh4ii3LLZlMPGvwogkQvdznIzVtIxtuJy1G1CgokmCLkwNzB29 UTA8iAZzOLBJ1OgN+arvuEdcpiZlkT+xmFJkC+PnV7+UOE85ipTHcxgF+kMWYyEBXSb4 I9UmJsnJYc4wqcOwmTvCxJMMZDhvgud1GGhqt5q7LgjMSWjbVVWLjm/aLaBkpwIvWVmR ysXhSqCZC6XaqCQB32vkH24RBADTaTVVvpnrOA7Ekc5I8/Zx9eVNsbbPDzhtm7Ea7lfH zIuM0y6BzWZnVQUwEZMyXylWh0gf+jhwio8aYLdwxJ5iNekU2mgKMUjiluWpRbyuBXjU xJeg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:subject:content-transfer-encoding :mime-version:organization:references:in-reply-to:date:cc:to:from :message-id; bh=TOjHP5CH0iM06bVhKqDjevx4twfSpkSmYvAxRGdP4oo=; b=K6vjSz5HyYZIFsEu8uDW7tYVVEqfCXPBDn+IifIszbeBST8IeBdhdAb4N4cOy1AMJB DsEvzu11m+ro8Q41vKZafH+ooCE8kmhv1Hi2NQ64sCuuB9OYHgz2b/M8uyXHWdMBXM7P VkHjbkD4ROgtaqj63Oc4jgckkpprZmI2SkmLCh4cpFJwtUFKRU4swgMgk10QWyhIAb33 TlpYGTmYd2oh48Fqnro5vWR+MKUTR9ZA+4LBTBy00iMJLJASgBlXJgNl8oChcszZz5UK d5YWzzHBcns5mVJgGPJE1nSzww/Evl0l4FNyBUsXIk7xOkIj1pi8AAF0YTlL9VdvyDhh DiaA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y5-v6si8532575plt.438.2018.09.07.13.36.46; Fri, 07 Sep 2018 13:37:02 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726717AbeIHBRu (ORCPT + 99 others); Fri, 7 Sep 2018 21:17:50 -0400 Received: from baldur.buserror.net ([165.227.176.147]:48666 "EHLO baldur.buserror.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725999AbeIHBRu (ORCPT ); Fri, 7 Sep 2018 21:17:50 -0400 Received: from [2601:449:8400:7293:12bf:48ff:fe84:c9a0] by baldur.buserror.net with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1fyNTB-0007Uv-6y; Fri, 07 Sep 2018 15:35:09 -0500 Message-ID: From: Scott Wood To: Ran Wang , Leo Li , Rob Herring , Mark Rutland Cc: devicetree@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org Date: Fri, 07 Sep 2018 15:35:08 -0500 In-Reply-To: <20180831035219.31619-1-ran.wang_1@nxp.com> References: <20180831035219.31619-1-ran.wang_1@nxp.com> Organization: Red Hat Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.1-2 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 2601:449:8400:7293:12bf:48ff:fe84:c9a0 X-SA-Exim-Rcpt-To: ran.wang_1@nxp.com, leoyang.li@nxp.com, robh+dt@kernel.org, mark.rutland@arm.com, devicetree@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org X-SA-Exim-Mail-From: oss@buserror.net X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on baldur.localdomain X-Spam-Level: X-Spam-Status: No, score=-17.5 required=5.0 tests=ALL_TRUSTED,BAYES_00, GREYLIST_ISWHITE autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * -15 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -1.5 GREYLIST_ISWHITE The incoming server has been whitelisted for this * recipient and sender Subject: Re: [PATCH 1/3] soc: fsl: add Platform PM driver QorIQ platforms X-SA-Exim-Version: 4.2.1 (built Tue, 02 Aug 2016 21:08:31 +0000) X-SA-Exim-Scanned: Yes (on baldur.buserror.net) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 2018-08-31 at 11:52 +0800, Ran Wang wrote: > This driver is to provide a independent framework for PM service > provider and consumer to configure system level wake up feature. For > example, RCPM driver could register a callback function on this > platform first, and Flex timer driver who want to enable timer wake > up feature, will call generic API provided by this platform driver, > and then it will trigger RCPM driver to do it. The benefit is to > isolate the user and service, such as flex timer driver will not have > to know the implement details of wakeup function it require. Besides, > it is also easy for service side to upgrade its logic when design is > changed and remain user side unchanged. > > Signed-off-by: Ran Wang > --- > drivers/soc/fsl/Kconfig | 14 +++++ > drivers/soc/fsl/Makefile | 1 + > drivers/soc/fsl/plat_pm.c | 144 > +++++++++++++++++++++++++++++++++++++++++++++ > include/soc/fsl/plat_pm.h | 22 +++++++ > 4 files changed, 181 insertions(+), 0 deletions(-) > create mode 100644 drivers/soc/fsl/plat_pm.c > create mode 100644 include/soc/fsl/plat_pm.h > > diff --git a/drivers/soc/fsl/Kconfig b/drivers/soc/fsl/Kconfig > index 7a9fb9b..6517412 100644 > --- a/drivers/soc/fsl/Kconfig > +++ b/drivers/soc/fsl/Kconfig > @@ -16,3 +16,17 @@ config FSL_GUTS > Initially only reading SVR and registering soc device are > supported. > Other guts accesses, such as reading RCW, should eventually be > moved > into this driver as well. + > +config FSL_PLAT_PM > + bool "Freescale platform PM framework" This name seems to be simultaneously too generic (for something that is likely intended only for use with certain Freescale/NXP chip families) and too specific (for something that seems to be general infrastructure with no real hardware dependencies). What specific problems with Linux's generic wakeup infrastructure is this trying to solve, and why would those problems not be better solved there? Also, you should CC linux-pm on these patches. -Scott