From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752310Ab2GHUaH (ORCPT ); Sun, 8 Jul 2012 16:30:07 -0400 Received: from mail.active-venture.com ([67.228.131.205]:65425 "EHLO mail.active-venture.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752066Ab2GHUaG (ORCPT ); Sun, 8 Jul 2012 16:30:06 -0400 X-Originating-IP: 108.223.40.66 Date: Sun, 8 Jul 2012 13:30:04 -0700 From: Guenter Roeck To: "Rafael J. Wysocki" Cc: LKML , Linux PM list , Hans de Goede , Alistair John Strachan , lm-sensors@lm-sensors.org, Jean Delvare , Kukjin Kim Subject: Re: [PATCH 4/4][update] hwmon / exynos4_tmu: Use struct dev_pm_ops for power management Message-ID: <20120708203004.GA20390@roeck-us.net> References: <201207072302.16491.rjw@sisk.pl> <201207072306.09305.rjw@sisk.pl> <20120708170244.GA16423@roeck-us.net> <201207082148.15674.rjw@sisk.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201207082148.15674.rjw@sisk.pl> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Jul 08, 2012 at 09:48:15PM +0200, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > Hi Rafael, > Make the Exynos4 TMU driver define its PM callbacks through > a struct dev_pm_ops object rather than by using legacy PM hooks > in struct platform_driver. > > Signed-off-by: Rafael J. Wysocki > --- > drivers/hwmon/exynos4_tmu.c | 18 +++++++++++------- > 1 file changed, 11 insertions(+), 7 deletions(-) > > Index: linux/drivers/hwmon/exynos4_tmu.c > =================================================================== > --- linux.orig/drivers/hwmon/exynos4_tmu.c > +++ linux/drivers/hwmon/exynos4_tmu.c > @@ -476,34 +476,38 @@ static int __devexit exynos4_tmu_remove( > } > > #ifdef CONFIG_PM > -static int exynos4_tmu_suspend(struct platform_device *pdev, pm_message_t state) > +static int exynos4_tmu_suspend(struct device *dev) > { > - exynos4_tmu_control(pdev, false); > + exynos4_tmu_control(to_platform_device(dev), false); > > return 0; > } > > -static int exynos4_tmu_resume(struct platform_device *pdev) > +static int exynos4_tmu_resume(struct device *dev) > { > + struct platform_device *pdev = to_platform_device(dev); > + > exynos4_tmu_initialize(pdev); > exynos4_tmu_control(pdev, true); > > return 0; > } > + > +static SIMPLE_DEV_PM_OPS(exynos4_tmu_pm, > + exynos4_tmu_suspend, exynos4_tmu_resume); > +#define EXYNOS4_TMU_PM (&exynos4_tmu_pm) > #else > -#define exynos4_tmu_suspend NULL > -#define exynos4_tmu_resume NULL > +#define EXYNOS4_TMU_PM NULL > #endif Actually, looking into other drivers, the common approach seems to be to declare static SIMPLE_DEV_PM_OPS(exynos4_tmu_pm, exynos4_tmu_suspend, exynos4_tmu_resume); outside the #ifdef code and then just assign .pm = &exynos4_tmu_pm; unconditionally. That seems to be a much simpler solution. Any special reason for not implementing it this way ? Same question applies to the other patches in the series. Thanks, Guenter > > static struct platform_driver exynos4_tmu_driver = { > .driver = { > .name = "exynos4-tmu", > .owner = THIS_MODULE, > + .pm = EXYNOS4_TMU_PM, > }, > .probe = exynos4_tmu_probe, > .remove = __devexit_p(exynos4_tmu_remove), > - .suspend = exynos4_tmu_suspend, > - .resume = exynos4_tmu_resume, > }; > > module_platform_driver(exynos4_tmu_driver); >