On Fri, Feb 4, 2011 at 11:16 AM, Santosh Shilimkar <santosh.shilimkar@xxxxxx> 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 > > >> > I couldn't test the DVFS because it isn't in mainline yet >> > but the changes doesn't looks to break anything. >> > >> > So if you like, you can add >> > Tested-by: Santosh Shilimkar <santosh.shilimkar@xxxxxx> >> > Acked-by: Santosh Shilimkar <santosh.shilimkar@xxxxxx> >> > >> >> Thanks, that's great. >> >> If there some other tree with DVFS working which I could try? Even >> if >> these patches don't apply, I may be able to test whether the changes >> should work. >> > DVFS support is getting added and one series was posted by Vishwa. > The link for the same is : > http://www.spinics.net/lists/linux-omap/msg44393.html > Thanks, I'll have a play with it. 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
