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

[Dave Martin]

On Fri, Feb 4, 2011 at 11:16 AM, Santosh Shilimkar
<santosh.shilimkar at ti.com> wrote:
>> -----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
>> <santosh.shilimkar at ti.com> wrote:
>> > Dave,
>> >> -----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
>> >>
>> >> 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 at ti.com>
>> > Acked-by: Santosh Shilimkar <santosh.shilimkar at ti.com>
>> >
>>
>> 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