From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Joe Woodward" Subject: Re: PM/RTC 3.5-rc5: System suspends fails when not built with RTC? Date: Wed, 11 Jul 2012 11:50:03 +0100 Message-ID: References: <87zk77p3s5.fsf@ti.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from smtp3.keele.netcentral.co.uk ([212.57.235.197]:43161 "EHLO smtp3.keele.netcentral.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757203Ab2GKKu0 (ORCPT ); Wed, 11 Jul 2012 06:50:26 -0400 In-Reply-To: <87zk77p3s5.fsf@ti.com> Sender: linux-omap-owner@vger.kernel.org List-Id: linux-omap@vger.kernel.org To: Kevin Hilman Cc: "linux-omap@vger.kernel.org" -----Original Message----- =46rom: Kevin Hilman To: "Joe Woodward" Cc: "linux-omap\@vger.kernel.org" Date: Tue, 10 Jul 2012 16:58:18 -0700 Subject: Re: PM/RTC 3.5-rc5: System suspends fails when not built with = RTC? > "Joe Woodward" writes: >=20 > > I've got 3.5-rc5 with the following patches applied to get system > suspend working on OMAP3: > > - fix the DSS: OMAPDSS: Use PM notifiers for system suspend > > - fix the 32KHz clock: ARM: OMAP2+: hwmod code/clockdomain data: > fix 32K sync timer > > > > This has been built with the omap2plus_defconfig. > > > > However, If I disable the RTC (i.e. > CONFIG_RTC_CLASS/CONFIG_RTC_DRV_TWL4030) and rebuild then when > suspending the device never wakes up. > > > > That is, I can't get any wakeups to happen (either through the > console, or GPIO buttons) hence I'm assuming the kernel has crashed..= =2E > > > > Any ideas? > > > > As far as I know there is no dependency on the RTC in 3.4, and with > the RTC compiled in I never see a problem on 3.5-rc5. >=20 > There is definitely a bug in the EHCI driver in v3.5 that cause a han= g > in suspend, but the RTC connection is very strange. >=20 > I was not able to reproduce this. >=20 > Can you try the same with my current 'pm' branch[1]. I've got a > handful > of additional fixes there for various other problems where both MMC a= nd > EHCI are preventing sucessful suspend with the default > omap2plus_defconfig. (note the EHCI fix is simply diabling it in the > defconfig.) >=20 > Kevin >=20 Hi Kevin, Thanks for looking in to this. I've taken a copy of the PM branch with tag "pm-20120710" and built wit= h omap2plus_defconfig. But I get several warnings during boot, and suspend works - but almost = nothing enters the target states: Warnings include: [ 0.000000] clockdomain: mpu_clkdm: powerdomain =AC=F5`=C08=BAs=C0 d= oes not exist [ 2.311004] omap_hsmmc omap_hsmmc.0: Failed to get debounce clk [ 2.317382] omap_hsmmc omap_hsmmc.0: unable to obtain RX DMA engine = channel 62 [ 2.325256] omap_hsmmc omap_hsmmc.1: Failed to get debounce clk [ 2.331512] omap_hsmmc omap_hsmmc.1: unable to obtain RX DMA engine = channel 48 [ 2.447784] platform omap_hsmmc.0: omap_device_late_idle: enabled bu= t no driver. Idling [ 2.456359] platform omap_hsmmc.1: omap_device_late_idle: enabled bu= t no driver. Idling # echo mem > /sys/power/state [ 107.398956] PM: Syncing filesystems ... done. [ 107.413757] Freezing user space processes ... (elapsed 0.02 seconds)= done. [ 107.443481] Freezing remaining freezable tasks ... (elapsed 0.02 sec= onds) done. [ 107.474700] Suspending console(s) (use no_console_suspend to debug) [ 107.493560] PM: suspend of devices complete after 9.246 msecs [ 107.496063] PM: late suspend of devices complete after 2.502 msecs [ 107.500427] PM: noirq suspend of devices complete after 4.302 msecs [ 107.500488] Disabling non-boot CPUs ... [ 108.446838] Powerdomain (iva2_pwrdm) didn't enter target state 1 [ 108.446868] Powerdomain (dss_pwrdm) didn't enter target state 1 [ 108.446868] Powerdomain (per_pwrdm) didn't enter target state 1 [ 108.446868] Powerdomain (core_pwrdm) didn't enter target state 1 [ 108.446899] Powerdomain (usbhost_pwrdm) didn't enter target state 1 [ 108.446899] Could not enter target state in pm_suspend [ 108.448852] PM: noirq resume of devices complete after 1.769 msecs [ 108.451873] PM: early resume of devices complete after 1.556 msecs [ 108.459716] PM: resume of devices complete after 7.690 msecs [ 108.541748] Restarting tasks ... done. sh: write error: Operation not permitted This is all on an Overo AirSTORM (3703-based) plugged in to a GUMSTIX P= ALO43 dev board. Cheers, Joe > [1] > git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.g= it > pm > -- > To unsubscribe from this list: send the line "unsubscribe linux-omap" > in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-omap" i= n the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html