On Fri, 4 Mar 2011, Kevin Hilman wrote:
> Dave, just to confirm something The outstanding toolchain bugs only
> affect compiling in Thumb-2 mode, right? IOW, if I merge just this
> series (without having the other toolchain workaround patches) we should
> still be able to compile/run fine in ARM
Dave Martin writes:
> On Fri, Mar 4, 2011 at 5:47 PM, Tony Lindgren wrote:
>> * Santosh Shilimkar [110304 09:36]:
>>> >
>>> > Following up on this, it looks like I have some locally-recorded
>>> > acks
>>> > which didn't make it into my posting ...
>>
>> To me looks like this is ready to go, bu
* Santosh Shilimkar [110304 09:36]:
> >
> > Following up on this, it looks like I have some locally-recorded
> > acks
> > which didn't make it into my posting ...
To me looks like this is ready to go, but I'd like to see Kevin's
acks on this one as this touches the PM code.
Or if Kevin wants to
On Fri, Mar 4, 2011 at 5:47 PM, Tony Lindgren wrote:
> * Santosh Shilimkar [110304 09:36]:
>> >
>> > Following up on this, it looks like I have some locally-recorded
>> > acks
>> > which didn't make it into my posting ...
>
> To me looks like this is ready to go, but I'd like to see Kevin's
> ack
On Thu, 3 Mar 2011, Vishwanath Sripathy wrote:
> On Wed, Mar 2, 2011 at 4:35 AM, Nicolas Pitre
> wrote:
> > LD .tmp_vmlinux1
> > arch/arm/mach-omap2/built-in.o: In function `omap_target':
> > /opt/git/ubuntu/roc/natty/arch/arm/mach-omap2/omap2plus-cpufreq.c:118:
> > undefined reference to
Dave,
> -Original Message-
> From: Dave Martin [mailto:dave.mar...@linaro.org]
> Sent: Friday, March 04, 2011 11:05 PM
> To: linux-arm-ker...@lists.infradead.org
> Cc: patc...@linaro.org; Tony Lindgren; Santosh Shilimkar; Jean
> Pihet; Kevin Hilman; linux-o...@vger.kernel.org; Nicolas Pitre
On Fri, Mar 4, 2011 at 3:33 PM, Dave Martin wrote:
> 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.
>
> At lea
Hi Lee,
On Fri, 2011-03-04 at 16:49 +, Lee Jones wrote:
> linaro-media-create dies whilst looking for ux500 based files. This
> amendment allows it to work with old and new hardware packs alike.
>
Thanks for the patch, but can you propose a merge in Launchpad with this
change, including an e
linaro-media-create dies whilst looking for ux500 based files. This
amendment allows it to work with old and new hardware packs alike.
--- boards.py 2011-03-04 09:02:00.0 +
+++ boards.py~ 2011-02-01 16:51:45.0 +
@@ -264,7 +264,7 @@ class Ux500Config(BoardConfig):
ke
* Build unconditionally as ARM for correct interoperation with
OMAP firmware.
* Fix an out-of-range ADR when building for ARM.
* Remove deprecated PC-relative stores.
* Add the required ENDPROC() directive for each ENTRY().
* .align before data words.
* Handle non-interworking return
For various reasons, Linux now only officially supports being built
with tools which are new enough to understand the SMC instruction.
Replacing the hand-encoded instructions when the mnemonic also
allows for correct assembly in Thumb-2 (otherwise, the result is
random data in the middle of the co
Code marked with ENTRY() also needs a matching ENDPROC() directive,
in order to ensure that the type and instruction set of the
symbol are correctly annotated.
ENDPROC() tags the affected symbol as a function symbol, which will
ensure that link-time fixups don't accidentally switch to the
wrong in
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.
At least some of this code definitely works, most features have
been tes
For CONFIG_THUMB2_KERNEL, the existing definition of do_wfi() will
insert invalid code into the instruction stream.
Any assembler which can assemble Thumb-2 is guaranteed to accept
the "wfi" mnemonic, so for the Thumb-2 case, just use the mnemonic.
The ARM case is left as-is.
Signed-off-by: Dave
* Build unconditionally as ARM for correct interoperation with
OMAP firmware.
* Remove deprecated PC-relative stores
* Add the required ENDPROC() directive for each ENTRY().
* .align before data words
Signed-off-by: Dave Martin
---
arch/arm/mach-omap2/sram34xx.S | 36
On Fri, Mar 4, 2011 at 2:09 AM, Spring Zhang wrote:
>
> Ok. Which wiki page did you look at? We should be directing maverick
>> users
>> to enable the linaro-maintainers/tools ppa, which includes both the
>> linaro-image-tools and qemu-linaro packages.
>>
> I can find linaro-image-tools, but no
On Fri, Mar 4, 2011 at 8:09 AM, Spring Zhang wrote:
>
>
> On 9 February 2011 04:16, Steve Langasek wrote:
>>
>> Hi Aneesh,
>>
>> On Tue, Feb 08, 2011 at 05:43:39PM +0530, Aneesh V wrote:
>>
>> > On Monday 07 February 2011 11:07 PM, Steve Langasek wrote:
>> > >On Mon, Feb 07, 2011 at 03:59:06PM +0
On 9 February 2011 04:16, Steve Langasek wrote:
> Hi Aneesh,
>
> On Tue, Feb 08, 2011 at 05:43:39PM +0530, Aneesh V wrote:
>
> > On Monday 07 February 2011 11:07 PM, Steve Langasek wrote:
> > >On Mon, Feb 07, 2011 at 03:59:06PM +0100, Alexander Sack wrote:
> > >>Since we only really support devel
18 matches
Mail list logo
