[PATCH v2 0/5] ARM: omap[34]: Thumb-2 compatibility fixes

On Fri, Feb 04, 2011 at 04:46:57PM +0530, Santosh Shilimkar wrote:

quoted

-----Original Message-----
From: Dave Martin [mailto:dave.martin at linaro.org]
Sent: Friday, February 04, 2011 4:33 PM
To: Santosh Shilimkar
Cc: linux-arm-kernel at lists.infradead.org; Tony Lindgren; Jean Pihet-
XID; linux-omap at vger.kernel.org; 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
[off-list ref] wrote:

quoted

Dave,

quoted

-----Original Message-----
From: Dave Martin [mailto:dave.martin at linaro.org]
Sent: Thursday, February 03, 2011 11:33 PM
To: linux-arm-kernel at lists.infradead.org
Cc: Dave Martin; Tony Lindgren; Santosh Shilimkar; Jean Pihet;
linux-omap at vger.kernel.org; Nicolas Pitre
Subject: [PATCH v2 0/5] ARM: omap[34]: Thumb-2 compatibility

fixes

quoted

quoted

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