On Fri, Feb 04, 2011 at 04:46:57PM +0530, Santosh Shilimkar wrote: > > -----Original Message----- > > From: Dave Martin [mailto:dave.martin@xxxxxxxxxx] > > Sent: Friday, February 04, 2011 4:33 PM > > To: Santosh Shilimkar > > Cc: linux-arm-kernel@xxxxxxxxxxxxxxxxxxx; Tony Lindgren; Jean Pihet- > > XID; linux-omap@xxxxxxxxxxxxxxx; Nicolas Pitre > > Subject: Re: [PATCH v2 0/5] ARM: omap[34]: Thumb-2 compatibility > > fixes > > > > On Fri, Feb 4, 2011 at 10:45 AM, Santosh Shilimkar > > <santosh.shilimkar@xxxxxx> wrote: > > > Dave, > > >> -----Original Message----- > > >> From: Dave Martin [mailto:dave.martin@xxxxxxxxxx] > > >> Sent: Thursday, February 03, 2011 11:33 PM > > >> To: linux-arm-kernel@xxxxxxxxxxxxxxxxxxx > > >> Cc: Dave Martin; Tony Lindgren; Santosh Shilimkar; Jean Pihet; > > >> linux-omap@xxxxxxxxxxxxxxx; Nicolas Pitre > > >> Subject: [PATCH v2 0/5] ARM: omap[34]: Thumb-2 compatibility > > fixes > > >> > > >> This set of patches, along with some other patches under > > >> discussion on alkml, should enable omap3 and omap4 kernels to be > > >> built with CONFIG_THUMB2_KERNEL. > > >> > > >> This patch set builds on recent cleanup done by the omap > > >> maintainers. > > >> > > >> It is also more aggressive than my last post: all affected > > >> low-level code is now built in Thumb-2. At least some of this > > >> code definitely works, but whether the Secure firmware can talk > > >> to Thumb-2 code properly is unproven: > > >> in particular, I could use some help/advice from the omap > > >> community for validating that the low-level power management > > >> interactions actually work with this patch set. > > >> > > >> I've done simple "does it boot?" testing by building a single > > >> kernel with CONFIG_SMP_ON_UP and CONFIG_THUMB2_KERNEL enabled > > >> which works on Beagle xM A2 and Panda A1. > > > > > > I have boot tested this series on OMAP3430 and OMAP4430. Also > > > tested the RETENTION and OFF mode in suspend on OMAP3. > > > > Which tree did you use to test this? It didn't seem to work for me > > -- > > sometimes the system wouldn't suspend, complaining about USB suspend > > errors; and other times I couldn't bring it out of suspend (by > > poking > > a USB input device). > > > > I might be doing something wrong... > > > I should have mentioned this. > Used Kevins pm branch to test these features. > git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.git Have you tried this kernel on Beagle xM with CONFIG_SMP and CONFIG_SMP_ON_UP enabled? For me it hangs just after "Uncompressing Linux ... ok, booting the kernel". I haven't worked out why this happens as yet. Also, I'm still not sure I'm testing the power management features correctly. Do you know what config options I need to poke? Also, how do I resume after echo mem >/sys/power/state? Cheers ---Dave -- 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
