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
wrote:
[cc'd Prabhakar Lad, Tom Rini, and Scott Wood]
Tyler,
On Thu, Jul 26, 2012 at 5:37 PM, Tyler Olmstead
wrote:
Hi all,
I have encountered some issues adding a
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 th
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
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 if
Sricharan,
On 06/21/2012 08:23 AM, R, Sricharan wrote:
Hi Aneesh,
On Thu, Jun 21, 2012 at 2:55 PM, 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 Riniwrote:
If we are built with D-CACHE enabled but have run 'dcach
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 Rini wrote:
If we are built with D-CACHE enabled but have run 'dcache off' and
then
attempt to flush unaligned regions we spam the
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 i
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 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 it
Hi Sricharan,
On 06/15/2012 07:48 AM, R, Sricharan wrote:
Hi,
On Fri, Jun 15, 2012 at 12:31 AM, Tom Rini 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 cache was off)
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 working.
On 05/08/2012 10:16 PM, R Sricharan wrote:
Signed-off-by: R Sricharan
CC: Aneesh V
CC: Tom Rini
---
MAINTAINERS | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
Acked-by: Aneesh V
___
U-Boot mailing list
U-Boot@lists.denx.de
On 03/17/2012 03:05 PM, Wolfgang Denk wrote:
Dear Aneesh V,
In message<4f153c83.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. L
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 instructio
On Sunday 11 March 2012 07:32 AM, Mike Frysinger wrote:
Acked-by: Mike Frysinger
-mike
Thanks Mike.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
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 Frysinger
-mike
Thanks Mike.
___
U-Boot mailing
Signed-off-by: Aneesh V
---
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/include/configs
faults in Thumb build.
Signed-off-by: Aneesh V
---
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
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
---
I believe armv7-a is fine for all the SoCs except Tegra2
and I see that Tegra2 is already
Enable Thumb build and ARM-Thumb interworking based on the new
config flag CONFIG_SYS_THUMB_BUILD
Signed-off-by: Aneesh V
---
Changes in v4:
- Use ':=' instead of '+=' when computed make variables
are involved
Changes in v3:
- None
Changes from V1 to V2:
- None
Ch
Use ENTRY and ENDPROC with assembly functions to ensure
necessary assembler directives for all functions.
Signed-off-by: Aneesh V
---
Changes in v4:
- None
Changes in v3:
- None
Changes in V2:
- Newly added
---
arch/arm/cpu/armv7/mx5/lowlevel_init.S |5 ++-
arch/arm/cpu/armv7/mx6
This will add ARM specific over-rides for the defines
from linux/linkage.h
Signed-off-by: Aneesh V
---
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
Changes
-2.25%
Performance actually 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 Thum
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 V
---
Not adding the defines for _
Signed-off-by: Aneesh V
---
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/include/configs
faults in Thumb build.
Signed-off-by: Aneesh V
---
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
Enable Thumb build and ARM-Thumb interworking based on the new
config flag CONFIG_SYS_THUMB_BUILD
Signed-off-by: Aneesh V
---
Changes in v4:
- Use ':=' instead of '+=' when computed make variables
are involved
Changes in v3:
- None
Changes from V1 to V2:
- None
Ch
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
---
I believe armv7-a is fine for all the SoCs except Tegra2
and I see that Tegra2 is already
Use ENTRY and ENDPROC with assembly functions to ensure
necessary assembler directives for all functions.
Signed-off-by: Aneesh V
---
Changes in v4:
- None
Changes in v3:
- None
Changes in V2:
- Newly added
---
arch/arm/cpu/armv7/mx5/lowlevel_init.S |5 ++-
arch/arm/cpu/armv7/mx6
This will add ARM specific over-rides for the defines
from linux/linkage.h
Signed-off-by: Aneesh V
---
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
Changes
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
`/home/cha
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 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
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: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
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
+# If
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: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 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: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 V wrote:
Avoid using __attribute__ ((__packed__)) unless it's
absolutely necessary. "packed" will remove alignment
requi
On Thursday 23 February 2012 07:51 PM, Tom Rini wrote:
On Thu, Feb 23, 2012 at 7:06 AM, Aneesh V wrote:
Avoid using __attribute__ ((__packed__)) unless it's
absolutely necessary. "packed" will remove alignment
requirements for the respective objects and may cause
alignmen
Signed-off-by: Aneesh V
---
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..01b4d6c 100644
faults in Thumb build.
Signed-off-by: Aneesh V
---
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-om
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
---
I believe armv7-a is fine for all the SoCs except Tegra2
and I see that Tegra2 is already
Enable Thumb build and ARM-Thumb interworking based on the new
config flag CONFIG_SYS_THUMB_BUILD
Signed-off-by: Aneesh V
---
Changes from RFC to V1:
- Fixed review comments from Tom Rini
Changes from V1 to V2:
- None
---
README |8
arch/arm/config.mk | 20
Use ENTRY and ENDPROC with assembly functions to ensure
necessary assembler directives for all functions.
Signed-off-by: Aneesh V
---
Changes in V2:
- Newly added
---
arch/arm/cpu/armv7/mx5/lowlevel_init.S |5 ++-
arch/arm/cpu/armv7/mx6/lowlevel_init.S |5 ++-
arch/arm
This will add ARM specific over-rides for the defines
from linux/linkage.h
Signed-off-by: Aneesh V
---
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
Changes
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 V
---
Not adding the defines for __ALIGN and __ALIGN_STR
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
---
I believe armv7-a is fine for all the SoCs except Tegra2
and I see that Tegra2 is already
Signed-off-by: Aneesh V
---
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..01b4d6c 100644
Enable Thumb build and ARM-Thumb interworking based on the new
config flag CONFIG_SYS_THUMB_BUILD
Signed-off-by: Aneesh V
---
Changes from RFC to V1:
- Fixed review comments from Tom Rini
Changes from V1 to V2:
- None
---
README |8
arch/arm/config.mk | 20
Use ENTRY and ENDPROC with assembly functions to ensure
necessary assembler directives for all functions.
Signed-off-by: Aneesh V
---
Changes in V2:
- Newly added
---
arch/arm/cpu/armv7/mx5/lowlevel_init.S |5 ++-
arch/arm/cpu/armv7/mx6/lowlevel_init.S |5 ++-
arch/arm
This will add ARM specific over-rides for the defines
from linux/linkage.h
Signed-off-by: Aneesh V
---
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
Changes
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 proble
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
, 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 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 t
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 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:
.type, %function
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:
.type, %function
This marks the symbol as a function in the object
header which in turn helps the
Hi Albert,
On Wednesday 15 February 2012 07:27 PM, Aneesh V wrote:
This is done using the following directive preceding
each function definition:
.type, %function
This marks the symbol as a function in the object
header which in turn helps the linker in some cases.
In particular this was
moving 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
---
I haven't tested this patch as I don't have an OMAP3
board with me right now. Appreciate if anybod
Signed-off-by: Aneesh V
---
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
on 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
---
Changes from RFC to V1:
- This change completely replaces th
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
---
I believe armv7-a is fine for all the SoCs except Tegra2
and I see that Tegra2 is already
Enable Thumb build and ARM-Thumb interworking based on the new
config flag CONFIG_SYS_THUMB_BUILD
Signed-off-by: Aneesh V
---
Changes from RFC to V1:
- Fixed review comments from Tom Rini
---
README |9 +
arch/arm/config.mk | 20 ++--
2 files changed
nally for the Thumb
build, maybe 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
On Thursday 09 February 2012 05:14 PM, Wolfgang Denk wrote:
Dear Aneesh V,
In message<4f33614d.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 me
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 Wednesday 08 February 2012 09:53 PM, Wolfgang Denk wrote:
Dear Aneesh V,
In message<4f328b41.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 no
Dear Wolfgang,
On Wednesday 08 February 2012 07:28 PM, Wolfgang Denk wrote:
Dear Aneesh V,
In message<4f3219a8.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
Dear Wolfgang,
On Wednesday 08 February 2012 04:56 AM, Wolfgang Denk wrote:
Dear Aneesh V,
In message<4f30d06e.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
mor
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
On Tuesday 07 February 2012 12:15 AM, Tom Rini wrote:
On Mon, Feb 6, 2012 at 4:37 AM, Aneesh V wrote:
Enable Thumb build and ARM-Thumb interworking based on the new
config flag CONFIG_SYS_THUMB_BUILD
Signed-off-by: Aneesh V
[snip]
-# Explicitly specifiy 32-bit ARM ISA since toolchain
On Monday 06 February 2012 08:19 PM, Tom Rini wrote:
On Mon, Feb 6, 2012 at 1:43 AM, Graeme Russ wrote:
Hi Wolfgang,
On 02/06/2012 06:51 PM, Wolfgang Denk wrote:
Dear Graeme Russ,
In message
you wrote:
I think the immediate focus should be on centralising the init sequence
processing int
On Tuesday 07 February 2012 04:11 AM, Graeme Russ wrote:
Hi Wolfgang,
On Tue, Feb 7, 2012 at 9:27 AM, Wolfgang Denk wrote:
Dear Albert ARIBAUD,
In message<4f304463.1050...@aribaud.net> you wrote:
In my experience, the offset is consistent on a given platform so once
you do the dance once
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
Signed-off-by: Aneesh V
---
arch/arm/cpu/armv7/omap4/clocks.c |
On Sunday 05 February 2012 11:49 AM, Simon Glass wrote:
Hi,
On Sat, Feb 4, 2012 at 1:15 AM, Aneesh V 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 device, e.g
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 th
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 thei
Signed-off-by: Aneesh V
---
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/configs
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
---
arch/arm/cpu/armv7/omap-common/config.mk |1 -
arch/arm/cpu/armv7/omap3/config.mk |2 ++
arch/arm/cpu
the real implementation in C.
Signed-off-by: Aneesh V
---
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 insertions(+), 3
Enable Thumb build and ARM-Thumb interworking based on the new
config flag CONFIG_SYS_THUMB_BUILD
Signed-off-by: Aneesh V
---
README |9 +
arch/arm/config.mk | 29 +
2 files changed, 26 insertions(+), 12 deletions(-)
diff --git a/README b
/u-boot.git
branch: thumb
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: en
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 focu
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 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 an
Tom,
On Thursday 02 February 2012 10:02 PM, Tom Rini wrote:
On Thu, Feb 2, 2012 at 6:04 AM, Balaji T K 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 CONFIGS to remove w
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 message<2022123007.ga5...@linutronix.de&g
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 V wrote:
On Friday 20 January 2012 02:51 PM, Christian Riesch wrote:
On Fri, Jan 20, 2012 at 9:52 AM, Aneesh Vwrote:
Sughosh,
[...]
Can you send the value of
On Friday 20 January 2012 02:51 PM, Christian Riesch wrote:
Hi Aneesh,
On Fri, Jan 20, 2012 at 9:52 AM, Aneesh V 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 a
Sughosh,
On Friday 20 January 2012 12:58 PM, Christian Riesch wrote:
On Thu, Jan 19, 2012 at 12:54 PM, Aneesh V wrote:
On Thursday 19 January 2012 05:00 PM, Christian Riesch wrote:
On Thu, Jan 19, 2012 at 11:17 AM, Aneesh Vwrote:
On Thursday 19 January 2012 12:23 PM, Sughosh Ganu wrote
On Thursday 19 January 2012 05:00 PM, Christian Riesch wrote:
Hi Aneesh,
On Thu, Jan 19, 2012 at 11:17 AM, Aneesh V 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 data
cache
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 Ganu wrote:
Hmm.. how did u-boot work on such boards? How can u-boot work with D-Cache
enabled, if u-boot is not initializ
On Tuesday 17 January 2012 08:21 PM, Måns Rullgård wrote:
Aneesh V 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
slower.
Then if I
Hi Joe,
On Monday 09 January 2012 09:18 PM, Joe Woodward wrote:
(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 device
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 message<2022123007.ga5...@linutronix.de> you wrote:
+ * Redistribution and use in source and binary forms, with or
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 tried
Hi Stefano,
On Wednesday 04 January 2012 09:25 AM, Stefano Babic wrote:
Signed-off-by: Stefano Babic
CC: Tom Rini
CC: Wolfgang Denk
CC: Simon Schwarz
---
Changes since V11:
- enable cache files in Makefile after checking build for OMAP4/5
How are you allocating memory for the page-tables(gd-
1 - 100 of 632 matches
Mail list logo
