Thread (22 messages) flat view 22 messages, 3 authors, 2011-02-09
STALE5658d

Revision v2 of 5 in this series.

Revisions (5)
  1. v2 [diff vs current]
  2. v2 current
  3. v2 [diff vs current]
  4. v5 [diff vs current]
  5. v5 [diff vs current]

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

From: Santosh Shilimkar <hidden>
Date: 2011-02-04 11:16:57
Also in: linux-omap

-----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

quoted
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 <redacted>
Acked-by: Santosh Shilimkar <redacted>
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

Regards,
Santosh
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help