Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752823AbbBJK5z (ORCPT ); Tue, 10 Feb 2015 05:57:55 -0500 Received: from mail-we0-f171.google.com ([74.125.82.171]:32947 "EHLO mail-we0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752354AbbBJK5x (ORCPT ); Tue, 10 Feb 2015 05:57:53 -0500 Message-ID: <54D9E42C.7010105@gmail.com> Date: Tue, 10 Feb 2015 10:57:48 +0000 From: Jon Hunter User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Jon Hunter , Paul Walmsley , linux-omap@vger.kernel.org CC: "linux-arm-kernel@lists.infradead.org" , linux-kernel@vger.kernel.org, "aaro.koskinen@iki.fi >> Aaro Koskinen" , tuukka.tikkanen@linaro.org, "khilman@deeprootsystems.com >> Kevin Hilman" , "tony@atomide.com >> Tony Lindgren" , "linux@arm.linux.org.uk >> Russell King" Subject: Re: [PATCH] ARM: OMAP1: PM: fix some build warnings on 1510-only Kconfigs References: <54D9CFBC.3070405@nvidia.com> In-Reply-To: <54D9CFBC.3070405@nvidia.com> Content-Type: text/plain; charset=iso-8859-7 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 6729 Lines: 198 Hi Paul, On 07/02/2015 00:23, Paul Walmsley wrote: > > Building an OMAP1510-only Kconfig generates the following warnings: > > arch/arm/mach-omap1/pm.c: In function ?omap1_pm_idle?: > arch/arm/mach-omap1/pm.c:123:2: warning: #warning Enable 32kHz OS timer > in order to allow sleep states in idle [-Wcpp] > #warning Enable 32kHz OS timer in order to allow sleep states in idle > ^ > arch/arm/mach-omap1/pm.c: At top level: > arch/arm/mach-omap1/pm.c:76:23: warning: ?enable_dyn_sleep? defined but > not used [-Wunused-variable] > static unsigned short enable_dyn_sleep = 0; > ^ > > These are not so easy to fix in an obviously correct fashion, since I > don't have these devices up and running in my testbed. So, use > arch/arm/plat-omap/Kconfig and the existing pm.c source as a guide, > and posit that deep power saving states are only supported on OMAP16xx > chips with kernels built with both CONFIG_OMAP_DM_TIMER=y and > CONFIG_OMAP_32K_TIMER=y. > > While here, clean up a few printk()s and unnecessary #ifdefs. > > Signed-off-by: Paul Walmsley > Cc: Jon Hunter > Cc: Aaro Koskinen > Cc: Tuukka Tikkanen > Cc: Kevin Hilman > Cc: Tony Lindgren > Cc: Russell King > Cc: linux-omap@vger.kernel.org > Cc: linux-arm-kernel@lists.infradead.org > Cc: linux-kernel@vger.kernel.org > --- > > Hi folks, if anyone out there is still experimenting with OMAP1 PM, or has > a copy of the OMAP1510 TRMs, could you please check this patch? I'm > unable to test it since I don't have any OMAP1 devices currently active > in the testbed. It at least compiles and deals with the build warnings: You can find the omap5910 documents here [1]. The omap5910 is equivalent to the omap1510. Unfortunately, there is not a single TRM for the omap5910 but individual documents for each chapter in the original TRM. Check out the "OMAP5910 Dual-Core Processor Timer Reference Guide" and possibly the "OMAP5910 Dual-Core Processor Clock Generation and System Reset Management Reference Guide" The omap15xx/5910 did have a 32k timer but as you can see it appears it was never supported by the kernel for this device (not sure why). I do recall that there is some errata regarding the 32k timer, if you look at the omap5910 errata document and search for 32k you should find it. I no longer have access to omap15xx h/w to test. However, I do have omap5912 if you want me to test. > http://www.pwsan.com/omap/testlogs/fix-omap-warnings-v3.21/20150206154619/ > > Non-critical; targeted for v3.20-rc1 or v3.21-rc1. > > > arch/arm/mach-omap1/pm.c | 42 +++++++++++++++++++++--------------------- > 1 file changed, 21 insertions(+), 21 deletions(-) > > diff --git a/arch/arm/mach-omap1/pm.c b/arch/arm/mach-omap1/pm.c > index 34b4c0044961..d46d8a222fbb 100644 > --- a/arch/arm/mach-omap1/pm.c > +++ b/arch/arm/mach-omap1/pm.c > @@ -71,13 +71,7 @@ static unsigned int > mpui7xx_sleep_save[MPUI7XX_SLEEP_SAVE_SIZE]; > static unsigned int mpui1510_sleep_save[MPUI1510_SLEEP_SAVE_SIZE]; > static unsigned int mpui1610_sleep_save[MPUI1610_SLEEP_SAVE_SIZE]; > > -#ifndef CONFIG_OMAP_32K_TIMER > - > -static unsigned short enable_dyn_sleep = 0; > - > -#else > - > -static unsigned short enable_dyn_sleep = 1; > +static unsigned short enable_dyn_sleep; > > static ssize_t idle_show(struct kobject *kobj, struct kobj_attribute *attr, > char *buf) > @@ -90,8 +84,9 @@ static ssize_t idle_store(struct kobject *kobj, struct > kobj_attribute *attr, > { > unsigned short value; > if (sscanf(buf, "%hu", &value) != 1 || > - (value != 0 && value != 1)) { > - printk(KERN_ERR "idle_sleep_store: Invalid value\n"); > + (value != 0 && value != 1) || > + (value != 0 && !IS_ENABLED(CONFIG_OMAP_32K_TIMER))) { > + pr_err("idle_sleep_store: Invalid value\n"); > return -EINVAL; > } > enable_dyn_sleep = value; > @@ -101,7 +96,6 @@ static ssize_t idle_store(struct kobject *kobj, > struct kobj_attribute *attr, > static struct kobj_attribute sleep_while_idle_attr = > __ATTR(sleep_while_idle, 0644, idle_show, idle_store); > > -#endif > > static void (*omap_sram_suspend)(unsigned long r0, unsigned long r1) = > NULL; > > @@ -120,12 +114,11 @@ void omap1_pm_idle(void) > local_fiq_disable(); > > #if defined(CONFIG_OMAP_MPU_TIMER) && !defined(CONFIG_OMAP_DM_TIMER) > -#warning Enable 32kHz OS timer in order to allow sleep states in idle > use_idlect1 = use_idlect1 & ~(1 << 9); > -#else > +#endif > + > if (enable_dyn_sleep) > do_sleep = 1; Do we still need this do_sleep variable now? Looking at the code, I think we could use enable_dyn_sleep directly. > -#endif > > #ifdef CONFIG_OMAP_DM_TIMER > use_idlect1 = omap_dm_timer_modify_idlect_mask(use_idlect1); > @@ -635,15 +628,24 @@ static const struct platform_suspend_ops > omap_pm_ops = { > > static int __init omap_pm_init(void) > { > - > -#ifdef CONFIG_OMAP_32K_TIMER > - int error; > -#endif > + int error = 0; > > if (!cpu_class_is_omap1()) > return -ENODEV; > > - printk("Power Management for TI OMAP.\n"); > + pr_info("Power Management for TI OMAP.\n"); > + > + if (!IS_ENABLED(CONFIG_OMAP_32K_TIMER)) > + pr_info("OMAP1 PM: sleep states in idle disabled due to no 32KiHz > timer\n"); > + > + if (!IS_ENABLED(CONFIG_OMAP_DM_TIMER)) > + pr_info("OMAP1 PM: sleep states in idle disabled due to no DMTIMER > support\n"); > + > + if (IS_ENABLED(CONFIG_OMAP_32K_TIMER) && > + IS_ENABLED(CONFIG_OMAP_DM_TIMER) && cpu_is_omap16xx()) { Do you need cpu_is_omap16xx() here? I believe DM_TIMER is only available on omap16xx onwards. > + pr_info("OMAP1 PM: sleep states in idle enabled\n"); > + enable_dyn_sleep = 1; > + } > > /* > * We copy the assembler sleep/wakeup routines to SRAM. > @@ -693,17 +695,15 @@ static int __init omap_pm_init(void) > omap_pm_init_debugfs(); > #endif > > -#ifdef CONFIG_OMAP_32K_TIMER > error = sysfs_create_file(power_kobj, &sleep_while_idle_attr.attr); > if (error) > printk(KERN_ERR "sysfs_create_file failed: %d\n", error); > -#endif > > if (cpu_is_omap16xx()) { > /* configure LOW_PWR pin */ > omap_cfg_reg(T20_1610_LOW_PWR); > } > > - return 0; > + return error; > } > __initcall(omap_pm_init); > Otherwise ... Acked-by: Jon Hunter Cheers Jon [1] http://www.ti.com/product/OMAP5910/technicaldocuments -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/