Paul, Benoit, > -----Original Message----- > From: linux-omap-owner@xxxxxxxxxxxxxxx [mailto:linux-omap- > owner@xxxxxxxxxxxxxxx] On Behalf Of Paul Walmsley > Sent: Thursday, March 10, 2011 2:15 PM > To: linux-omap@xxxxxxxxxxxxxxx; linux-arm-kernel@xxxxxxxxxxxxxxxxxxx > Cc: Rajendra Nayak; Benoît Cousson > Subject: Re: [PATCH] OMAP4: hwmod: Disable hardware-controlled idle > for GPT1 > > On Wed, 9 Mar 2011, Paul Walmsley wrote: > > > From: Rajendra Nayak <rnayak@xxxxxx> > > > > Some issues seen (which cause lockups in suspend) with GPT1 > > after the MPU<->L4_WKUP static dependency was cleared can be > > Worked-around for now by forcing GPT1 in software > > controlled idle. > > > > Signed-off-by: Rajendra Nayak <rnayak@xxxxxx> > > Signed-off-by: Benoît Cousson <b-cousson@xxxxxx> > > Signed-off-by: Paul Walmsley <paul@xxxxxxxxx> > > Just a quick note, I missed Benoît's update of the commit message: > > http://www.spinics.net/linux/lists/linux-omap/msg48008.html > > and he's the maintainer of this so we should use his instead. The > revised > message is below. > We continued further debug on the static dependency issues with OMAP4 PM series. So far from the findings what I have, this timer patch is actually not needed and can be dropped. Infact the patch is not really effective because current timer driver(not hwmod adapted yet) puts timer1 in smart idle again. There is another static dep. just like MPUSS<-->EMIF seems to create an issue. The lock-up is not very consistently reproducible so it's very easy to get miss-leading results. Timer patch was one of those observations. With or without timer patch I can reproduce the hang with long duration test. Will keep narrowing down the next offending static dependency but in mean time I suggest you to drop this patch. Regards, Santosh -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
