Hi,
> Hi,
>
> "ext Gadiyar, Anand" <gadiyar@xxxxxx> writes:
>
> > Hi All,
> >
> > <snip>
> >
> >> > > Tried that and I get the same hang, so I don't think the RTC is to blame.
> >> >
> >> > Short update just in case anybody has an idea:
> >> >
> >> > Gadiyar spent some time with git-bisect (thanks!):
> >> >
> >> > It seems that the bad commit is probably between:
> >> > # good: [3ffec4e18484c34838fa341de3848306c29ecd5d] 24XX: PM: Move pm.c to pm24xx.c
> >> > and sleep.S to sleep24xx.S
> >> > and # bad: [458776cfe389ff03bd6c56c47e059df0778cdfca] OMAP3430SDP:
> >> > Enable config options CONFIG_OMAP_RESET_CLOCKS and CONFIG_SUSPEND
> >> >
> >> > This is a 9-patch series by Jouni Hogander related to suspend and
> >> > power-management.
> >> >
> >> > Dirk
> >>
> >> I'm still working on the git-bisect. I'm currently waiting for ten minutes
> >> after boot before marking a commit good or bad. If the hang happens more
> >> than ten minutes after boot, I might miss that and mark the commit good - so
> >> I will re-check the good commits one more time and confirm.
> >>
> >> - Anand
> >
> > As far as I can tell, the beagle hang issue aries after this commit:
> >
> > 397f49cde4e75cf662a23814097db35f3e6c6b62 is first bad commit
> > commit 397f49cde4e75cf662a23814097db35f3e6c6b62
> > Author: Jouni Hogander <jouni.hogander@xxxxxxxxx>
> > Date: Fri May 16 13:58:25 2008 +0300
> >
> > 34XX: PM: Initial version of suspend and dynamic retention
> >
> > This is initial version of suspend and dynamic retention for
> > 34xx. Omap is tried to put to full retention on suspend and pm_idle.
> >
> > Signed-off-by: Jouni Hogander <jouni.hogander@xxxxxxxxx>
> > Signed-off-by: Tony Lindgren <tony@xxxxxxxxxxx>
> >
> >
> > Could someone please test and confirm if the previous commit works without a hang?
> > I waited for around 20 minutes and did not observe a hang.
> >
> > These were the last two good commits I got from git-bisect.
> > # good: [1c66e10c850950a84da68cafb07022eab5e7eec0] 34XX: Suspend: Take suspend sram code from ti cdp kernel
> > git-bisect good 1c66e10c850950a84da68cafb07022eab5e7eec0
> > # good: [131ce2d1dd5081f97885419678a8b3211c7c2dee] 34XX: Add miscellaneous definitions related to 34xx
>
> Unfortunately I have only sdp board here and I'm not able to reproduce
> this with it. Are you using omap3_beagle_defconfig without
> modifications there?
>
Yes.
> You mentioned prcm interrupts in this thread. Are you normally seeing
> them? I'm wondering this because you shouldn't see them with current
> l-o tree and default beagle config. Are you enabling sleep_while_idle
> (echo 1 > /sys/power/sleep_while_idle)?
>
Haven't tried this. All we did was boot the board from MMC and leave it running
for around ten minutes.
> You have end up to conclusion that "34XX: PM: Initial version of
> suspend and dynamic retention" is causing this? Could you try to apply
> this on top of mentioned commit and see if you still can see that
> hang:
>
> diff --git a/arch/arm/mach-omap2/pm34xx.c
> b/arch/arm/mach-omap2/pm34xx.c
> index 202c269..308835b 100644
> --- a/arch/arm/mach-omap2/pm34xx.c
> +++ b/arch/arm/mach-omap2/pm34xx.c
> @@ -380,11 +380,11 @@ int __init omap3_pm_init(void)
> goto err1;
> }
>
> - ret = pwrdm_for_each(pwrdms_setup);
> - if (ret) {
> - printk(KERN_ERR "Failed to setup powerdomains\n");
> - goto err2;
> - }
> +/* ret = pwrdm_for_each(pwrdms_setup); */
> +/* if (ret) { */
> +/* printk(KERN_ERR "Failed to setup powerdomains\n"); */
> +/* goto err2; */
> +/* } */
>
> mpu_pwrdm = pwrdm_lookup("mpu_pwrdm");
> if (mpu_pwrdm == NULL) {
With this change, the hang does not happene. Applied this patch on the current
linux-omap tree.
Thanks for the patch. It fixes the hang for now. I'm not sure why the hang
happens, but could it be because the SDP uses ttyS0 by default as the
console while the Beagle is on ttyS2?
Regards,
Anand
��.n��������+%������w��{.n�����{�������ܨ}���Ơz�j:+v�����w����ޙ��&�)ߡ�a����z�ޗ���ݢj��w�f
