Hi Tyler,
On 07/26/2012 11:54 AM, Tyler Olmstead wrote:
Hi Christian,
On Thu, Jul 26, 2012 at 10:03 AM, Christian Riesch
christian.rie...@omicron.at wrote:
[cc'd Prabhakar Lad, Tom Rini, and Scott Wood]
Tyler,
On Thu, Jul 26, 2012 at 5:37 PM, Tyler Olmstead
tyler.j.olmst...@gmail.com
Hi Marek,
On 07/06/2012 04:32 PM, Tetsuyuki Kobayashi wrote:
Hello,
On 2012/07/07, at 8:02, Marek Vasut wrote:
Dear Aneesh V,
Enable -march=armv7-a for armv7 platforms if the tool-chain
supports it. This in turn results in Thumb-2 code generated
for these platforms
Hi Marek,
On 06/25/2012 04:30 PM, Marek Vasut wrote:
Dear Scott Wood,
On 06/24/2012 07:17 PM, Marek Vasut wrote:
This macro returns 1 if the argument (address) is aligned, returns
zero otherwise. This will be used to test user-supplied address to
various commands to prevent user from loading
On 06/24/2012 05:17 PM, Marek Vasut wrote:
This prevents the scenario where data cache is on and the
device uses DMA to deploy data. In that case, it might not
be possible to flush/invalidate data to RAM properly. The
other option is to use bounce buffer, but that involves a
lot of copying and
Hi Sricharan,
On 06/21/2012 02:25 AM, Sricharan R wrote:
Hi,
[snip..]
On 06/15/2012 07:48 AM, R, Sricharan wrote:
Hi,
On Fri, Jun 15, 2012 at 12:31 AM, Tom Rinitr...@ti.com wrote:
If we are built with D-CACHE enabled but have run 'dcache off' and
then
attempt to flush unaligned regions
Sricharan,
On 06/21/2012 08:23 AM, R, Sricharan wrote:
Hi Aneesh,
On Thu, Jun 21, 2012 at 2:55 PM, Sricharan Rr.sricha...@ti.com wrote:
Hi,
[snip..]
On 06/15/2012 07:48 AM, R, Sricharan wrote:
Hi,
On Fri, Jun 15, 2012 at 12:31 AM, Tom Rinitr...@ti.comwrote:
If we are built with
Hi Albert,
On 06/25/2012 01:34 PM, Albert ARIBAUD wrote:
Hi Aneesh,
BTW, I agree that enabling un-aligned access is not a bad idea.
Just being not a bad idea is not enough for me to accept this. It
will have to be the sole sound solution to a problem, and at this
point, I do not think it is
+Tom
Hi Lucas,
On 06/22/2012 04:47 AM, Lucas Stach wrote:
Hi Albert,
Am Freitag, den 22.06.2012, 13:16 +0200 schrieb Albert ARIBAUD:
Hi Lucas,
Linux in particular does reinitialize this state and I expect any
reasonable OS to do so.
Then what is the point of enabling it on U-Boot? Does
On 06/22/2012 03:11 PM, Aneesh V wrote:
+Tom
Hi Lucas,
On 06/22/2012 04:47 AM, Lucas Stach wrote:
Hi Albert,
Am Freitag, den 22.06.2012, 13:16 +0200 schrieb Albert ARIBAUD:
Hi Lucas,
Linux in particular does reinitialize this state and I expect any
reasonable OS to do so.
Then what
Hi Sricharan,
On 06/15/2012 07:48 AM, R, Sricharan wrote:
Hi,
On Fri, Jun 15, 2012 at 12:31 AM, Tom Rinitr...@ti.com wrote:
If we are built with D-CACHE enabled but have run 'dcache off' and then
attempt to flush unaligned regions we spam the console with problems
that aren't true (as the
Hi Jagan,
On 06/19/2012 08:36 AM, jagan wrote:
Hi Albert,
I have observed an issue regarding u-boot relocation, it's working with
_TEXT_BASE address but
for other address in DDR it's not working. Stops at relocation offset.
This is not quite clear to me. What's working and what's not
On 05/08/2012 10:16 PM, R Sricharan wrote:
Signed-off-by: R Sricharanr.sricha...@ti.com
CC: Aneesh Vane...@ti.com
CC: Tom Rinitr...@ti.com
---
MAINTAINERS | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
Acked-by: Aneesh V ane...@ti.com
On 03/17/2012 03:05 PM, Wolfgang Denk wrote:
Dear Aneesh V,
In message4f153c83.20...@ti.com you wrote:
What is your final call on this? The above arguments sound convincing
to me, but I have to admit that I am no legal expert. Either way, it
will be great to have a closure on this. Lack
Tom, Albert,
Does this series look good?
On Thursday 08 March 2012 10:50 PM, Aneesh V wrote:
Thumb is an alternate instruction set available in many
ARM processors. Below is a detailed description from ARM
specs:
The Thumb instruction set is a re-encoded subset of the
ARM instruction set
On Sunday 11 March 2012 07:31 AM, Mike Frysinger wrote:
On Thursday 08 March 2012 12:20:17 Aneesh V wrote:
This will add ARM specific over-rides for the defines
from linux/linkage.h
Tested-by: Mike Frysingervap...@gentoo.org
-mike
Thanks Mike
On Sunday 11 March 2012 07:32 AM, Mike Frysinger wrote:
Acked-by: Mike Frysingervap...@gentoo.org
-mike
Thanks Mike.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Charles,
On Thursday 08 March 2012 04:48 PM, charlesKAO wrote:
Hi i am charles.
I am building the panda uboot image, but something wrong.
make[1]: Leaving directory
`/home/charles/Work_100G/PandaBoard/U_boot/u-boot/arch/arm/cpu/armv7'
make -C tools all
make[1]: Entering directory
This will add ARM specific over-rides for the defines
from linux/linkage.h
Signed-off-by: Aneesh V ane...@ti.com
---
Not adding the defines for __ALIGN and __ALIGN_STR
because it's not clear why alignment is set to 0
(single byte alignment).
Creates a checkpatch error that can not be avoided
Use ENTRY and ENDPROC with assembly functions to ensure
necessary assembler directives for all functions.
Signed-off-by: Aneesh V ane...@ti.com
---
Changes in v4:
- None
Changes in v3:
- None
Changes in V2:
- Newly added
---
arch/arm/cpu/armv7/mx5/lowlevel_init.S |5 ++-
arch/arm
Enable -march=armv7-a for armv7 platforms if the tool-chain
supports it. This in turn results in Thumb-2 code generated
for these platforms if CONFIG_SYS_THUMB_BUILD is enabled.
Signed-off-by: Aneesh V ane...@ti.com
---
I believe armv7-a is fine for all the SoCs except Tegra2
and I see
Enable Thumb build and ARM-Thumb interworking based on the new
config flag CONFIG_SYS_THUMB_BUILD
Signed-off-by: Aneesh V ane...@ti.com
---
Changes in v4:
- Use ':=' instead of '+=' when computed make variables
are involved
Changes in v3:
- None
Changes from V1 to V2:
- None
Changes from RFC
build.
Signed-off-by: Aneesh V ane...@ti.com
---
Changes in v4:
- None
Changes in v3:
- Newly added
---
arch/arm/include/asm/arch-omap4/mux_omap4.h |2 +-
arch/arm/include/asm/arch-omap5/mux_omap5.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/include/asm
Signed-off-by: Aneesh V ane...@ti.com
---
Changes in v4:
- None
Changes in v3:
- None
Changes from V1 to V2:
- None
Changes from RFC to V1:
- None
---
include/configs/omap4_common.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap4_common.h b
Missed adding 'v4' in the subject. Please ignore this series. Will
re-send correcting the subject.
On Thursday 08 March 2012 10:40 PM, Aneesh V wrote:
This will add ARM specific over-rides for the defines
from linux/linkage.h
Signed-off-by: Aneesh Vane...@ti.com
---
Not adding the defines
improved marginally for the Thumb
build, maybe because of the reduced image sizes.
Aneesh V (6):
arm: adapt asm/linkage.h from Linux
armv7: add appropriate headers for assembly functions
ARM: enable Thumb build
armv7: Use -march=armv7-a and thereby enable Thumb-2
omap4+: Avoid using
This will add ARM specific over-rides for the defines
from linux/linkage.h
Signed-off-by: Aneesh V ane...@ti.com
---
Not adding the defines for __ALIGN and __ALIGN_STR
because it's not clear why alignment is set to 0
(single byte alignment).
Creates a checkpatch error that can not be avoided
Use ENTRY and ENDPROC with assembly functions to ensure
necessary assembler directives for all functions.
Signed-off-by: Aneesh V ane...@ti.com
---
Changes in v4:
- None
Changes in v3:
- None
Changes in V2:
- Newly added
---
arch/arm/cpu/armv7/mx5/lowlevel_init.S |5 ++-
arch/arm
Enable Thumb build and ARM-Thumb interworking based on the new
config flag CONFIG_SYS_THUMB_BUILD
Signed-off-by: Aneesh V ane...@ti.com
---
Changes in v4:
- Use ':=' instead of '+=' when computed make variables
are involved
Changes in v3:
- None
Changes from V1 to V2:
- None
Changes from RFC
Enable -march=armv7-a for armv7 platforms if the tool-chain
supports it. This in turn results in Thumb-2 code generated
for these platforms if CONFIG_SYS_THUMB_BUILD is enabled.
Signed-off-by: Aneesh V ane...@ti.com
---
I believe armv7-a is fine for all the SoCs except Tegra2
and I see
build.
Signed-off-by: Aneesh V ane...@ti.com
---
Changes in v4:
- None
Changes in v3:
- Newly added
---
arch/arm/include/asm/arch-omap4/mux_omap4.h |2 +-
arch/arm/include/asm/arch-omap5/mux_omap5.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/include/asm
Signed-off-by: Aneesh V ane...@ti.com
---
Changes in v4:
- None
Changes in v3:
- None
Changes from V1 to V2:
- None
Changes from RFC to V1:
- None
---
include/configs/omap4_common.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap4_common.h b
On Friday 24 February 2012 05:22 AM, Mike Frysinger wrote:
On Thursday 23 February 2012 12:40:54 Aneesh V wrote:
On Thursday 23 February 2012 08:29 PM, Mike Frysinger wrote:
On Thursday 23 February 2012 09:06:01 Aneesh V wrote:
--- /dev/null
+++ b/arch/arm/include/asm/linkage.h
@@ -0,0 +1,11
On Monday 20 February 2012 09:38 PM, Aneesh V wrote:
On Saturday 18 February 2012 10:18 PM, Albert ARIBAUD wrote:
Hi Aneesh,
[...]
I will get back with more details on the Linaro GCC 2012.01 later.
I meant the Linaro GCC 2012.01 tool-chain problem
This is a different problem. Some
This will add ARM specific over-rides for the defines
from linux/linkage.h
Signed-off-by: Aneesh V ane...@ti.com
---
Not adding the defines for __ALIGN and __ALIGN_STR
because it's not clear why alignment is set to 0
(single byte alignment).
Creates a checkpatch error that can not be avoided
Use ENTRY and ENDPROC with assembly functions to ensure
necessary assembler directives for all functions.
Signed-off-by: Aneesh V ane...@ti.com
---
Changes in V2:
- Newly added
---
arch/arm/cpu/armv7/mx5/lowlevel_init.S |5 ++-
arch/arm/cpu/armv7/mx6/lowlevel_init.S |5
Enable Thumb build and ARM-Thumb interworking based on the new
config flag CONFIG_SYS_THUMB_BUILD
Signed-off-by: Aneesh V ane...@ti.com
---
Changes from RFC to V1:
- Fixed review comments from Tom Rini tr...@ti.com
Changes from V1 to V2:
- None
---
README |8
arch/arm
Signed-off-by: Aneesh V ane...@ti.com
---
Changes from RFC to V1:
- None
Changes from V1 to V2:
- None
---
include/configs/omap4_common.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap4_common.h b/include/configs/omap4_common.h
index a989721
Enable -march=armv7-a for armv7 platforms if the tool-chain
supports it. This in turn results in Thumb-2 code generated
for these platforms if CONFIG_SYS_THUMB_BUILD is enabled.
Signed-off-by: Aneesh V ane...@ti.com
---
I believe armv7-a is fine for all the SoCs except Tegra2
and I see
Please ignore this series. I missed sending one patch. I will send v3
shortly.
On Thursday 23 February 2012 07:09 PM, Aneesh V wrote:
This will add ARM specific over-rides for the defines
from linux/linkage.h
Signed-off-by: Aneesh Vane...@ti.com
---
Not adding the defines for __ALIGN
This will add ARM specific over-rides for the defines
from linux/linkage.h
Signed-off-by: Aneesh V ane...@ti.com
---
Not adding the defines for __ALIGN and __ALIGN_STR
because it's not clear why alignment is set to 0
(single byte alignment).
Creates a checkpatch error that can not be avoided
Use ENTRY and ENDPROC with assembly functions to ensure
necessary assembler directives for all functions.
Signed-off-by: Aneesh V ane...@ti.com
---
Changes in V2:
- Newly added
---
arch/arm/cpu/armv7/mx5/lowlevel_init.S |5 ++-
arch/arm/cpu/armv7/mx6/lowlevel_init.S |5
Enable Thumb build and ARM-Thumb interworking based on the new
config flag CONFIG_SYS_THUMB_BUILD
Signed-off-by: Aneesh V ane...@ti.com
---
Changes from RFC to V1:
- Fixed review comments from Tom Rini tr...@ti.com
Changes from V1 to V2:
- None
---
README |8
arch/arm
Enable -march=armv7-a for armv7 platforms if the tool-chain
supports it. This in turn results in Thumb-2 code generated
for these platforms if CONFIG_SYS_THUMB_BUILD is enabled.
Signed-off-by: Aneesh V ane...@ti.com
---
I believe armv7-a is fine for all the SoCs except Tegra2
and I see
build.
Signed-off-by: Aneesh V ane...@ti.com
---
arch/arm/include/asm/arch-omap4/mux_omap4.h |2 +-
arch/arm/include/asm/arch-omap5/mux_omap5.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/include/asm/arch-omap4/mux_omap4.h
b/arch/arm/include/asm/arch-omap4
Signed-off-by: Aneesh V ane...@ti.com
---
Changes from RFC to V1:
- None
Changes from V1 to V2:
- None
---
include/configs/omap4_common.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap4_common.h b/include/configs/omap4_common.h
index a989721
On Thursday 23 February 2012 07:51 PM, Tom Rini wrote:
On Thu, Feb 23, 2012 at 7:06 AM, Aneesh Vane...@ti.com wrote:
Avoid using __attribute__ ((__packed__)) unless it's
absolutely necessary. packed will remove alignment
requirements for the respective objects and may cause
alignment issues
On Thursday 23 February 2012 08:33 PM, Mike Frysinger wrote:
On Thursday 23 February 2012 09:21:00 Tom Rini wrote:
On Thu, Feb 23, 2012 at 7:06 AM, Aneesh Vane...@ti.com wrote:
Avoid using __attribute__ ((__packed__)) unless it's
absolutely necessary. packed will remove alignment
requirements
On Thursday 23 February 2012 08:27 PM, Mike Frysinger wrote:
On Thursday 23 February 2012 08:39:43 Aneesh V wrote:
--- a/arch/arm/config.mk
+++ b/arch/arm/config.mk
-# Explicitly specifiy 32-bit ARM ISA since toolchain default can be
-mthumb: +# Choose between ARM/Thumb instruction sets
+ifeq
On Thursday 23 February 2012 08:29 PM, Mike Frysinger wrote:
On Thursday 23 February 2012 09:06:01 Aneesh V wrote:
--- /dev/null
+++ b/arch/arm/include/asm/linkage.h
@@ -0,0 +1,11 @@
+#ifndef __ASM_LINKAGE_H
+#define __ASM_LINKAGE_H
needs copyright/license comment header
As Tom mentioned, I
On Thursday 23 February 2012 11:04 PM, Tom Rini wrote:
On Thu, Feb 23, 2012 at 10:58:36PM +0530, Aneesh V wrote:
On Thursday 23 February 2012 08:27 PM, Mike Frysinger wrote:
On Thursday 23 February 2012 08:39:43 Aneesh V wrote:
--- a/arch/arm/config.mk
+++ b/arch/arm/config.mk
-# Explicitly
On Thursday 23 February 2012 08:35 PM, Mike Frysinger wrote:
On Thursday 23 February 2012 09:06:04 Aneesh V wrote:
--- a/arch/arm/cpu/armv7/config.mk
+++ b/arch/arm/cpu/armv7/config.mk
-# Make ARMv5 to allow more compilers to work, even though its v7a.
-PLATFORM_CPPFLAGS += -march=armv5
On Thursday 23 February 2012 11:21 PM, Tom Rini wrote:
On Thu, Feb 23, 2012 at 11:19:59PM +0530, Aneesh V wrote:
On Thursday 23 February 2012 11:04 PM, Tom Rini wrote:
On Thu, Feb 23, 2012 at 10:58:36PM +0530, Aneesh V wrote:
On Thursday 23 February 2012 08:27 PM, Mike Frysinger wrote
On Thursday 23 February 2012 11:34 PM, Mike Frysinger wrote:
On Thursday 23 February 2012 12:28:36 Aneesh V wrote:
On Thursday 23 February 2012 08:27 PM, Mike Frysinger wrote:
On Thursday 23 February 2012 08:39:43 Aneesh V wrote:
--- a/arch/arm/config.mk
+++ b/arch/arm/config.mk
On Thursday 23 February 2012 11:39 PM, Aneesh V wrote:
On Thursday 23 February 2012 11:21 PM, Tom Rini wrote:
On Thu, Feb 23, 2012 at 11:19:59PM +0530, Aneesh V wrote:
On Thursday 23 February 2012 11:04 PM, Tom Rini wrote:
On Thu, Feb 23, 2012 at 10:58:36PM +0530, Aneesh V wrote:
On Thursday
, Feb 19, 2012 at 02:15:30AM -0500, Mike Frysinger wrote:
On Saturday 18 February 2012 17:03:59 Simon Glass wrote:
On Wed, Feb 15, 2012 at 5:57 AM, Aneesh V wrote:
-.globl reset_cpu
+.type reset_cpu, %function
+.globalreset_cpu
Should we introduce a macro to deal with this rather than
On Wednesday 22 February 2012 12:58 AM, Mike Frysinger wrote:
On Tuesday 21 February 2012 13:03:55 Aneesh V wrote:
I was planning to do that in the next revision of this series. BTW, I
guess the following in the arm linkage.h of kernel is useful too. Any
thoughts?
#define __ALIGN .align 0
On Saturday 18 February 2012 10:18 PM, Albert ARIBAUD wrote:
Hi Aneesh,
[...]
I will get back with more details on the Linaro GCC 2012.01 later.
I meant the Linaro GCC 2012.01 tool-chain problem
This is a different problem. Some of the .rodata symbols are given an
odd address although
On Friday 17 February 2012 10:43 PM, Mike Frysinger wrote:
On Wednesday 15 February 2012 08:57:31 Aneesh V wrote:
This is done using the following directive preceding
each function definition:
.typefunc-name, %function
This marks the symbol as a function in the object
header which in turn
Hi Albert,
On Saturday 18 February 2012 03:43 PM, Albert ARIBAUD wrote:
Hi Aneesh,
Le 17/02/2012 12:09, Aneesh V a écrit :
Hi Albert,
On Wednesday 15 February 2012 07:27 PM, Aneesh V wrote:
This is done using the following directive preceding
each function definition:
.typefunc-name
On Saturday 18 February 2012 06:54 PM, Aneesh V wrote:
Hi Albert,
On Saturday 18 February 2012 03:43 PM, Albert ARIBAUD wrote:
Hi Aneesh,
Le 17/02/2012 12:09, Aneesh V a écrit :
Hi Albert,
On Wednesday 15 February 2012 07:27 PM, Aneesh V wrote:
This is done using the following directive
Hi Albert,
On Wednesday 15 February 2012 07:27 PM, Aneesh V wrote:
This is done using the following directive preceding
each function definition:
.typefunc-name, %function
This marks the symbol as a function in the object
header which in turn helps the linker in some cases.
In particular
the strongly-linked implementation
of v7_outer_cache_disable() and allowing it to fall
back to the weakly linked implementation that doesn't
do anything.
Signed-off-by: Aneesh V ane...@ti.com
---
I haven't tested this patch as I don't have an OMAP3
board with me right now. Appreciate if anybody
because of the reduced image sizes.
Aneesh V (4):
ARM: enable Thumb build
arm: add %function attribute to assembly functions
armv7: Use -march=armv7-a and thereby enable Thumb-2
OMAP4: enable Thumb build
README |9 +
arch/arm/config.mk
Enable Thumb build and ARM-Thumb interworking based on the new
config flag CONFIG_SYS_THUMB_BUILD
Signed-off-by: Aneesh V ane...@ti.com
---
Changes from RFC to V1:
- Fixed review comments from Tom Rini tr...@ti.com
---
README |9 +
arch/arm/config.mk | 20
Enable -march=armv7-a for armv7 platforms if the tool-chain
supports it. This in turn results in Thumb-2 code generated
for these platforms if CONFIG_SYS_THUMB_BUILD is enabled.
Signed-off-by: Aneesh V ane...@ti.com
---
I believe armv7-a is fine for all the SoCs except Tegra2
and I see
implementation in assembly GCC is confused about the
instruction set of the assembly implementation. As a result
the assembly function that is built in ARM is executed as
if it is Thumb. This results in a crash
Signed-off-by: Aneesh V ane...@ti.com
---
Changes from RFC to V1:
- This change completely replaces
Signed-off-by: Aneesh V ane...@ti.com
---
Changes from RFC to V1:
- None
---
include/configs/omap4_common.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap4_common.h b/include/configs/omap4_common.h
index a989721..01b4d6c 100644
--- a/include/configs
Hi Albert,
On Tuesday 07 February 2012 02:36 AM, Albert ARIBAUD wrote:
Le 06/02/2012 12:37, Aneesh V a écrit :
When U-Boot/SPL is built using the Thumb instruction set the
toolchain has a potential issue with weakly linked symbols.
If a function has a weakly linked default implementation in C
On Thursday 09 February 2012 05:14 PM, Wolfgang Denk wrote:
Dear Aneesh V,
In message4f33614d.8020...@ti.com you wrote:
What exactly are you talking about here that was adding a
considerable delay - the memory copy ? Are you really sure about
that?
I didn't measure it part by part
Dear Wolfgang,
On Wednesday 08 February 2012 07:28 PM, Wolfgang Denk wrote:
Dear Aneesh V,
In message4f3219a8.7090...@ti.com you wrote:
As for ignoring comments, I think you are culpable of that more than me
in this specific instance:) (of course I know you are busy person, but
still
On Wednesday 08 February 2012 09:53 PM, Wolfgang Denk wrote:
Dear Aneesh V,
In message4f328b41.2050...@ti.com you wrote:
But since then I changed my mind due to some other factors:
1. Difficulty in debugging. I use JTAG debuggers. The workarounds
available are still painful and not many
Dear Wolfgang,
On Wednesday 08 February 2012 04:56 AM, Wolfgang Denk wrote:
Dear Aneesh V,
In message4f30d06e.8060...@ti.com you wrote:
I agree. Even on some platforms that are not fully static (such as having
variants with different memory sizes) the minimum available memory is
more than
To enable support for new platforms you just need to add
CONFIG_SYS_THUMB_BUILD in your config file.
Aneesh V (4):
ARM: enable Thumb build
OMAP3+: fix issues with Thumb build
OMAP3+: Use -march=armv7-a and thereby enable Thumb-2
OMAP4: enable Thumb build
README
Enable Thumb build and ARM-Thumb interworking based on the new
config flag CONFIG_SYS_THUMB_BUILD
Signed-off-by: Aneesh V ane...@ti.com
---
README |9 +
arch/arm/config.mk | 29 +
2 files changed, 26 insertions(+), 12 deletions(-)
diff --git
and the real implementation in C.
Signed-off-by: Aneesh V ane...@ti.com
---
arch/arm/cpu/armv7/cpu.c |4 ++-
arch/arm/cpu/armv7/omap-common/hwinit-common.c | 25
arch/arm/cpu/armv7/omap-common/lowlevel_init.S |4 +-
3 files changed, 30
Enable -march=armv7-a for OMAP3+ platforms. This in turn
results in Thumb-2 code generated for these platforms if
CONFIG_SYS_THUMB_BUILD is enabled.
Signed-off-by: Aneesh V ane...@ti.com
---
arch/arm/cpu/armv7/omap-common/config.mk |1 -
arch/arm/cpu/armv7/omap3/config.mk |2
Signed-off-by: Aneesh V ane...@ti.com
---
include/configs/omap4_common.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap4_common.h b/include/configs/omap4_common.h
index a989721..01b4d6c 100644
--- a/include/configs/omap4_common.h
+++ b/include
On Monday 06 February 2012 05:07 PM, Aneesh V wrote:
Thumb is an alternate instruction set available in many
ARM processors. Below is a detailed description from ARM
specs:
The Thumb instruction set is a re-encoded subset of the
ARM instruction set. Thumb instructions execute in their
own
On Monday 06 February 2012 05:56 PM, Aneesh V wrote:
On Monday 06 February 2012 05:07 PM, Aneesh V wrote:
Thumb is an alternate instruction set available in many
ARM processors. Below is a detailed description from ARM
specs:
The Thumb instruction set is a re-encoded subset of the
ARM
On Sunday 05 February 2012 11:49 AM, Simon Glass wrote:
Hi,
On Sat, Feb 4, 2012 at 1:15 AM, Aneesh Vane...@ti.com wrote:
Hi Dirk,
On Friday 03 February 2012 12:55 PM, Dirk Behme wrote:
Hi,
on i.MX6 devices, e.g. ARM2 or SabreLite, the ROM boot loader copies the
U-Boot image from the boot
We do not have thermal management or Smartreflex
enabled at U-Boot level. So, it's better to stick
to OPP100 for MPU instead of the OPP Turbo that is
used now. Adjust the VDD_MPU accordingly.
Tested-by: Sebastien Jan s-...@ti.com
Signed-off-by: Aneesh V ane...@ti.com
---
arch/arm/cpu/armv7/omap4
On Tuesday 07 February 2012 04:11 AM, Graeme Russ wrote:
Hi Wolfgang,
On Tue, Feb 7, 2012 at 9:27 AM, Wolfgang Denkw...@denx.de wrote:
Dear Albert ARIBAUD,
In message4f304463.1050...@aribaud.net you wrote:
In my experience, the offset is consistent on a given platform so once
you do the
On Monday 06 February 2012 08:19 PM, Tom Rini wrote:
On Mon, Feb 6, 2012 at 1:43 AM, Graeme Russgraeme.r...@gmail.com wrote:
Hi Wolfgang,
On 02/06/2012 06:51 PM, Wolfgang Denk wrote:
Dear Graeme Russ,
In messageCALButC+==qgs5eaahtqqu4zejqvg-3187ewaqu-fv3dwp5q...@mail.gmail.com
you wrote:
On Tuesday 07 February 2012 12:15 AM, Tom Rini wrote:
On Mon, Feb 6, 2012 at 4:37 AM, Aneesh Vane...@ti.com wrote:
Enable Thumb build and ARM-Thumb interworking based on the new
config flag CONFIG_SYS_THUMB_BUILD
Signed-off-by: Aneesh Vane...@ti.com
[snip]
-# Explicitly specifiy 32-bit ARM
On Tuesday 07 February 2012 02:36 AM, Albert ARIBAUD wrote:
Le 06/02/2012 12:37, Aneesh V a écrit :
When U-Boot/SPL is built using the Thumb instruction set the
toolchain has a potential issue with weakly linked symbols.
If a function has a weakly linked default implementation in C
and a real
Hi Dirk,
On Friday 03 February 2012 12:55 PM, Dirk Behme wrote:
Hi,
on i.MX6 devices, e.g. ARM2 or SabreLite, the ROM boot loader copies the
U-Boot image from the boot device, e.g. the SD card, to the main memory.
This does mean that U-Boot is started in RAM.
With this, one might wonder why
On Saturday 04 February 2012 04:30 PM, Albert ARIBAUD wrote:
Le 04/02/2012 10:15, Aneesh V a écrit :
Hi Dirk,
On Friday 03 February 2012 12:55 PM, Dirk Behme wrote:
Hi,
on i.MX6 devices, e.g. ARM2 or SabreLite, the ROM boot loader copies the
U-Boot image from the boot device, e.g. the SD
Hi Dirk,
On Saturday 04 February 2012 02:08 PM, Dirk Behme wrote:
Let's discuss how to enable the i.MX5/6 caches in U-Boot:
On 03.02.2012 12:00, Stefano Babic wrote:
On 03/02/2012 11:18, Dirk Behme wrote:
...
As your concerns are surely related to speed up the boot process, IMHO
we can
Dear Wolfgang,
On Tuesday 17 January 2012 02:46 PM, Aneesh V wrote:
Dear Wolfgang,
On Wednesday 23 November 2011 03:33 PM, Sebastian Andrzej Siewior wrote:
* Wolfgang Denk | 2011-11-22 20:04:47 [+0100]:
Dear Sebastian Andrzej Siewior,
In message2022123007.ga5...@linutronix.de you wrote
Tom,
On Thursday 02 February 2012 10:02 PM, Tom Rini wrote:
On Thu, Feb 2, 2012 at 6:04 AM, Balaji T Kbalaj...@ti.com wrote:
spl for OMAP4 does not use mmc read/write.
Add CONFIG_MMC_NO_ERASE, CONFIG_MMC_NO_WRITE to platforms where mmc
write/erase operation is not needed in spl.
Use these
Sughosh,
On Friday 20 January 2012 12:58 PM, Christian Riesch wrote:
On Thu, Jan 19, 2012 at 12:54 PM, Aneesh Vane...@ti.com wrote:
On Thursday 19 January 2012 05:00 PM, Christian Riesch wrote:
On Thu, Jan 19, 2012 at 11:17 AM, Aneesh Vane...@ti.comwrote:
On Thursday 19 January 2012
On Friday 20 January 2012 02:51 PM, Christian Riesch wrote:
Hi Aneesh,
On Fri, Jan 20, 2012 at 9:52 AM, Aneesh Vane...@ti.com wrote:
Sughosh,
[...]
Can you send the value of SCR you found at SPL entry? This will clarify
what's enabled and what's not.
I would like to try that on my board
Hi Christian,
On Friday 20 January 2012 06:18 PM, Christian Riesch wrote:
Hi Aneesh,
On Fri, Jan 20, 2012 at 1:13 PM, Aneesh Vane...@ti.com wrote:
On Friday 20 January 2012 02:51 PM, Christian Riesch wrote:
On Fri, Jan 20, 2012 at 9:52 AM, Aneesh Vane...@ti.comwrote:
Sughosh,
[...]
Hi Sughosh,
On Thursday 19 January 2012 12:23 PM, Sughosh Ganu wrote:
On Tue Jan 17, 2012 at 08:27:58AM -0700, Tom Rini wrote:
On Mon, Jan 16, 2012 at 11:46 PM, Sughosh Ganuurwithsugh...@gmail.com wrote:
Hmm.. how did u-boot work on such boards? How can u-boot work with D-Cache
enabled, if
On Thursday 19 January 2012 05:00 PM, Christian Riesch wrote:
Hi Aneesh,
On Thu, Jan 19, 2012 at 11:17 AM, Aneesh Vane...@ti.com wrote:
On Thursday 19 January 2012 12:23 PM, Sughosh Ganu wrote:
Tried a few things on my end.
* Read the D-cache value in the spl, and confirmed that the
Dear Wolfgang,
On Wednesday 23 November 2011 03:33 PM, Sebastian Andrzej Siewior wrote:
* Wolfgang Denk | 2011-11-22 20:04:47 [+0100]:
Dear Sebastian Andrzej Siewior,
In message2022123007.ga5...@linutronix.de you wrote:
+ * Redistribution and use in source and binary forms, with or
Hi Joe,
On Monday 09 January 2012 09:18 PM, Joe Woodward wrote:
snip
(apologies for previous top posting, wasn't paying attention to what I was
doing!)
I'm fairly certain...
If I take the 2011.12 uBoot release the kernel takes about twice the time to
boot (compared to 2011.09), and the
On Tuesday 17 January 2012 08:21 PM, Måns Rullgård wrote:
Aneesh Vane...@ti.com writes:
Hi Joe,
On Monday 09 January 2012 09:18 PM, Joe Woodward wrote:
If I take the 2011.12 uBoot release the kernel takes about twice the
time to boot (compared to 2011.09), and the device is noticably
On Friday 13 January 2012 11:08 PM, Sughosh Ganu wrote:
hi Heiko,
On Fri Jan 13, 2012 at 04:29:29PM +0100, Heiko Schocher wrote:
Hello Sugosh,
Sughosh Ganu wrote:
hi Christian,
On Fri Jan 13, 2012 at 09:06:26AM +0100, Christian Riesch wrote:
Hi Sughosh,
I had a look at the patch and I
Hi Stefano,
On Wednesday 04 January 2012 09:25 AM, Stefano Babic wrote:
Signed-off-by: Stefano Babicsba...@denx.de
CC: Tom Rinitom.r...@gmail.com
CC: Wolfgang Denkw...@denx.de
CC: Simon Schwarzsimonschwarz...@gmail.com
---
Changes since V11:
- enable cache files in Makefile after checking
1 - 100 of 610 matches
Mail list logo