Re: new PM branch available

[Koen Kooi <k.kooi@xxxxxxxxxxxxxxxxxx>]

Op 23 jan 2009, om 18:20 heeft Kevin Hilman het volgende geschreven:

> Koen Kooi <k.kooi@xxxxxxxxxxxxxxxxxx> writes:
>
> > Op 23 jan 2009, om 13:00 heeft Nayak, Rajendra het volgende  
> > geschreven:
> >
> > > > -----Original Message-----
> > > > From: Högander Jouni [mailto:jouni.hogander@xxxxxxxxx]
> > > > Sent: Friday, January 23, 2009 4:52 PM
> > > > To: Nayak, Rajendra
> > > > Cc: Kevin Hilman; linux-omap@xxxxxxxxxxxxxxx
> > > > Subject: Re: new PM branch available
> > > >
> > > > "ext Nayak, Rajendra" <rnayak@xxxxxx> writes:
> > > >
> > > > > > I did some testing today on my 3.0GP 3430SDP. This is with
> > > > the omap_3430sdp_min_defconfig.
> > > > > > 1) Idle.
> > > > > > echo -n 1 > /sys/power/clocks_off_while_idle
> > > > > > echo -n 1 > /sys/power/enable_off
> > > > > > Could not hit RET. something seems to be still active. Not
> > > > sure if it could be something
> > > > > > to do with this error that's thrown while bootup
> > > > > >
> > > > > > <6>Disabling unused clock "dpll5_ck"
> > > > > > Disabling unused clock "dpll5_ck"
> > > > > > <3>clock: dpll5_ck failed transition to 'locked'
> > > > > > clock: dpll5_ck failed transition to 'locked'
> > > > > >
> > > > > > This is the same results I see on my SDP.
> > > > > >
> > > > > > Looking at the registers, I am pretty sure it is the D2D
> > > > clockdomain
> > > > > > that still has activity, but due to very poor Stacked-mode
> > > > docs and no
> > > > > > responses to the D2D questions asked to TI I have not been able  
> > > > > > to
> > > > > > figure this one out.
> > > > > >
> > > > > > Help debugging this would be greatly appreciated.
> > > > >
> > > > > I looked some more into this today and saw that the hang is
> > > > indeed caused
> > > > > due to some kind of debug console going dead. The system
> > > > was still looping in the
> > > > > idle thread. I could even do a telnet remotely to my board and  
> > > > > take
> > > > > some debug dumps..
> > > >
> > > > This might help you:
> > >
> > > Yup, this does help. There's no hang now either in idle or in  
> > > suspend.
> > > Not sure why this was affecting only the SDP while the pm branch  
> > > seems
> > > to function without this for beagle and other omap3 platforms?
> >
> > I get 'hangs' on the beagle as well with the PM branch. They mostly
> > seem to happen when I boot a fresh rootfs and the packagemanager runs
> > a lot of postinst scripts without any form of user interaction.
>
> Koen,
>
> What are your /sys/power/clocks_off_while_idle and ../sleep_while_idle
> set to?

Ehm, the default I guess, I'm not touching to sysfsnodes anywhere :)

> Do you see the hangs when both of these are zero?

I'll have a look at that later next week.

regards,

Koen

Attachment: PGP.sig
Description: Dit deel van het bericht is digitaal ondertekend