save_boot_params_default() in cpu.c accesses uninitialized stack area
when it compiled with -O0 (not optimized).
Signed-off-by: Tetsuyuki Kobayashi k...@kmckk.co.jp
---
Hi Tom, Albert,
I rewrite them in asm language and put it to start.S.
No warning now.
I tested it quickly on my kzm9g board.
Dear Troy Kisky,
On 7/5/2012 12:53 PM, Troy Kisky wrote:
Instead of clearing 2 bits, all the other
bits were set because '|=' was used instead
of '='.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
Acked-by: Marek Vasut ma...@denx.de
Acked-by: Stefano Babic
commit net: use common rand()/srand() functions introduced the
following
build warning on the current u-boot-arm tree:
$ ./MAKEALL MPC8313ERDB_66
Configuring for MPC8313ERDB_66 - Board: MPC8313ERDB, Options: SYS_66MHZ
text data bss dec hex filename
271988 13976
Hi Albert,
as requested, I rebased my staging repository with the SPEAr patches
onto latest u-boot-arm/master. Please try again.
Thanks,
Stefan
The following changes since commit 8663092787ac2c39fbdb235cd162c5e893646b40:
cm-t35: fix incorrect NAND_ECC layout selection (2012-07-05 19:22:27
Hi, Iwamatsu-san
(2012/07/06 9:12), Nobuhiro Iwamatsu wrote:
BTW, do you become a maintainer of kzm9g board?
If it becomes a maintainer, please send the patch to MAINTAINERS file.
Thank you. I will send it later.
___
U-Boot mailing list
Hello, Iwamatsu-san
(2012/07/06 9:06), Nobuhiro Iwamatsu wrote:
Latest rmobile code was tested by using old gcc (gcc-4.4).
When we use gcc-4.6 (or later), the build is made, but does not work.
This solves a problem not to work by add -march=armv5 to compiple option
when we built in gcc-4.6
Hi Aaron,
On 06.07.2012 01:56, Aaron Williams wrote:
Hi Andreas,
We have been shipping 2011.03 for some time and internally are planning
to use 2012.07 when it is released since we are tracking the top of
trunk. We have made a lot of improvements since then and added a lot of
new
On Thursday 05 July 2012 16:48:22 you wrote:
On 05.07.2012 14:11, Yann Vernier wrote:
Leave dram_init_banksize to set up the bank info data.
ram_size was previously uninitialized. Also, generalize
lowlevel assembly to support more RAM options.
Signed-off-by: Yann Vernier
Dear Aaron Williams,
On 06.07.2012 01:52, Aaron Williams wrote:
Hi Zahid,
I am in charge of U-Boot for OCTEON MIPS. I have not pushed the changes
back upstream since the amount of code is enormous (over 430K lines of
code!). Granted, a huge percentage of that is from generated register
This change allows use of other flash chips than the two supported by
the cm4008 flash.c. Tested with Micrel KSZ8695X demo board.
---
Changes for v2:
- Update cm41xx also
- Remove unused board specific flash code
Changes for v3:
- Do not define to 1 where it is not required, just define
Dear Yann Vernier,
On 06.07.2012 10:15, Yann Vernier wrote:
On Thursday 05 July 2012 16:48:22 you wrote:
On 05.07.2012 14:11, Yann Vernier wrote:
snip
+ /* 8 column address bits, 4 banks, 32 bits data width */
+ ldr r2,
=((CONFIG_SYS_SDRAM_BASE+CONFIG_SYS_SDRAM_SIZE-0x1)(22-16)
On 06.07.2012 10:27, Yann Vernier wrote:
This change allows use of other flash chips than the two supported by
the cm4008 flash.c. Tested with Micrel KSZ8695X demo board.
---
Changes for v2:
- Update cm41xx also
- Remove unused board specific flash code
Changes for v3:
- Do not
On Friday 06 July 2012 10:43:40 you wrote:
=((CONFIG_SYS_SDRAM_BASE+CONFIG_SYS_SDRAM_SIZE-0x1)(22-16) | \ +
(CONFIG_SYS_SDRAM_BASE(16-12) | 0x00e))
ugh ... magic. Will it work for every possible setting?
How about one setting CONFIG_SYS_SDRAM_BASE != 0x0? I the base address
Dear Yann Vernier,
On 06.07.2012 11:14, Yann Vernier wrote:
On Friday 06 July 2012 10:43:40 you wrote:
=((CONFIG_SYS_SDRAM_BASE+CONFIG_SYS_SDRAM_SIZE-0x1)(22-16) | \ +
(CONFIG_SYS_SDRAM_BASE(16-12) | 0x00e))
ugh ... magic. Will it work for every possible setting?
How about one
Hi Rob,
On Thu, 05 Jul 2012 16:31:15 -0500, Rob Herring robherri...@gmail.com
wrote:
Albert,
On 07/05/2012 05:10 AM, Albert ARIBAUD wrote:
Hi Rob,
On Thu, 28 Jun 2012 08:54:10 -0500, Rob Herring
robherri...@gmail.com wrote:
From: Rob Herring rob.herr...@calxeda.com
On 6 July 2012 13:43, Jaehoon Chung jh80.ch...@samsung.com wrote:
Hi Minkyu,
I tested on trats-board.
I think it's working fine.
Tested-by: Jaehoon Chungjh80.ch...@samsung.com
Best Regards,
Jaehoon Chung
On 07/06/2012 11:13 AM, Minkyu Kang wrote:
Dear Jaehoon and Donghwa,
On 5 July
Hi Andreas,
On 07/05/2012 11:38 PM, Andreas Bießmann wrote:
Dear Zhong Hongbo,
this is arm related and should therefore apply to all the different
arch/arm/cpu/*/start.S (as long as they have SPL support).
Ok, I will do it. Thanks for your advise.
On 05.07.2012 16:35, Zhong Hongbo wrote:
On 07/05/2012 11:52 PM, Andreas Bießmann wrote:
On 05.07.2012 17:38, Andreas Bießmann wrote:
snip
-clbss_l:strr2, [r0]/* clear loop...
*/
+clbss_l:
+ cmp r1, r0
+ bls clbss_end
+ str r2, [r0]/* clear loop...
Hi Andreas,
On Fri, 06 Jul 2012 10:47:11 +0200, Andreas Bießmann
andreas.de...@googlemail.com wrote:
On 06.07.2012 10:27, Yann Vernier wrote:
This change allows use of other flash chips than the two supported
by the cm4008 flash.c. Tested with Micrel KSZ8695X demo board.
---
Changes for
On 07/06/2012 01:44 PM, Albert ARIBAUD wrote:
Hi Zhong,
On Thu, 5 Jul 2012 22:35:15 +0800, Zhong Hongbo bocui...@gmail.com wrote:
From: Zhong Hongbo bocui...@gmail.com
In currently, when __bss_start is equal to __bss_end__,
The bss loop will clear all the things in memory space.
But
On 07/06/2012 07:20 PM, Minkyu Kang wrote:
On 6 July 2012 13:43, Jaehoon Chung jh80.ch...@samsung.com wrote:
Hi Minkyu,
I tested on trats-board.
I think it's working fine.
Tested-by: Jaehoon Chungjh80.ch...@samsung.com
Best Regards,
Jaehoon Chung
On 07/06/2012 11:13 AM, Minkyu Kang
On 07/06/2012 01:35 AM, Albert ARIBAUD albert.u.b...@aribaud.net (by
way of Albert ARIBAUD wrote:
Hi Zhong Hongbo,
On Thu, 05 Jul 2012 19:53:46 +0800, Zhong Hongbo bocui...@gmail.com
wrote:
Hi Albert,
Could you applied the patch to the arm tree?
Thanks,
hongbo
On 07/03/2012 07:46 AM,
Dear Zhong Hongbo,
On 06.07.2012 13:42, Zhong Hongbo wrote:
On 07/06/2012 01:35 AM, Albert ARIBAUD albert.u.b...@aribaud.net (by
way of Albert ARIBAUD wrote:
Hi Zhong Hongbo,
On Thu, 05 Jul 2012 19:53:46 +0800, Zhong Hongbo bocui...@gmail.com
wrote:
snip
Ok, I just found the issue have
Some boards might be equipped with different SDRAM configurations.
When that is the case, CPU CS Window Size Register (CS[0]n Size) should
be set to the biggest value through board.cfg file; then its value
can be fixed at runtime according to the detected SDRAM size.
Therefore, implement
Size of the SDRAM chips might differ between any two (otherwise
identical) instances of the same board.
So change board_early_init_f() to use km_sdram_bs_set(), in order to
fixup the window size register at runtime, according to the detected
SDRAM size.
Signed-off-by: Gerlando Falauto
On 07/06/2012 07:49 PM, Andreas Bießmann wrote:
Dear Zhong Hongbo,
On 06.07.2012 13:42, Zhong Hongbo wrote:
On 07/06/2012 01:35 AM, Albert ARIBAUD albert.u.b...@aribaud.net (by
way of Albert ARIBAUD wrote:
Hi Zhong Hongbo,
On Thu, 05 Jul 2012 19:53:46 +0800, Zhong Hongbo
From: Zhong Hongbo bocui...@gmail.com
In currently, when __bss_start is equal to __bss_end__,
The bss loop will clear all the things in memory space.
But just only when __bss_end__ greater than __bss_start__,
we do the clear bss section operation.
Signed-off-by: Hongbo Zhong bocui...@gmail.com
Hi all,
this is just a reminder for the first U-Boot Developer's Meeting which
takes place next week in the context of the 13es Rencontres Mondiales
du Logiciel Libre (RMLL) aka 13th Libre Software Meeting (LSM) in
Geneva.
So far, the following events are scheduled:
* Wednesday, July 11:
On 06.07.2012 14:20, Zhong Hongbo wrote:
From: Zhong Hongbo bocui...@gmail.com
In currently, when __bss_start is equal to __bss_end__,
The bss loop will clear all the things in memory space.
But just only when __bss_end__ greater than __bss_start__,
we do the clear bss section operation.
On Tue, Jul 03, 2012 at 05:41:56PM -0500, Kim Phillips wrote:
This warning was introduced in 436da3c ext2load: increase read
speed:
ext2fs.c: In function 'ext2fs_read_file':
ext2fs.c:458:19: warning: 'blocknxt' may be used uninitialized in this
function [-Wuninitialized]
this change
Hi Tetsuyuki,
On Fri, 06 Jul 2012 16:48:05 +0900, Tetsuyuki Kobayashi
k...@kmckk.co.jp wrote:
Hi, Iwamatsu-san
(2012/07/06 9:12), Nobuhiro Iwamatsu wrote:
BTW, do you become a maintainer of kzm9g board?
If it becomes a maintainer, please send the patch to MAINTAINERS
file.
Thank
On 07/06/2012 09:23 PM, Andreas Bießmann wrote:
On 06.07.2012 14:20, Zhong Hongbo wrote:
From: Zhong Hongbo bocui...@gmail.com
In currently, when __bss_start is equal to __bss_end__,
The bss loop will clear all the things in memory space.
But just only when __bss_end__ greater than
Dear Zhong Hongbo,
On 06.07.2012 15:50, Zhong Hongbo wrote:
On 07/06/2012 09:23 PM, Andreas Bießmann wrote:
On 06.07.2012 14:20, Zhong Hongbo wrote:
From: Zhong Hongbo bocui...@gmail.com
In currently, when __bss_start is equal to __bss_end__,
The bss loop will clear all the things in memory
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/05/2012 11:10 PM, Tetsuyuki Kobayashi wrote:
save_boot_params_default() in cpu.c accesses uninitialized stack
area when it compiled with -O0 (not optimized).
Signed-off-by: Tetsuyuki Kobayashi k...@kmckk.co.jp --- Hi Tom,
Albert,
I
Hi Nobuhiro,
On Fri, 6 Jul 2012 09:07:30 +0900, Nobuhiro Iwamatsu
nobuhiro.iwamatsu...@renesas.com wrote:
cmp_loop function was used from the structure of register.
And for the member of this structure, volatile is defined.
Since a volatile declaration of cmp_loop function is not made
by
On 07/06/2012 09:57 PM, Andreas Bießmann wrote:
Dear Zhong Hongbo,
On 06.07.2012 15:50, Zhong Hongbo wrote:
On 07/06/2012 09:23 PM, Andreas Bießmann wrote:
On 06.07.2012 14:20, Zhong Hongbo wrote:
From: Zhong Hongbo bocui...@gmail.com
In currently, when __bss_start is equal to
On Wed, Jun 27, 2012 at 01:55:39PM +0200, Thierry Reding wrote:
On Wed, Jun 27, 2012 at 01:47:51PM +0200, Andreas Bießmann wrote:
This patch fixes following warning:
---8---
ext2fs.c: In function 'ext2fs_read_file':
ext2fs.c:458:19: warning: 'blocknxt' may be used uninitialized in this
Hi Zhong Hongbo,
On Fri, 06 Jul 2012 22:04:21 +0800, Zhong Hongbo bocui...@gmail.com
wrote:
On 07/06/2012 09:57 PM, Andreas Bießmann wrote:
Dear Zhong Hongbo,
On 06.07.2012 15:50, Zhong Hongbo wrote:
On 07/06/2012 09:23 PM, Andreas Bießmann wrote:
On 06.07.2012 14:20, Zhong Hongbo
On 07/06/2012 11:26 PM, Albert ARIBAUD wrote:
Hi Zhong Hongbo,
On Fri, 06 Jul 2012 22:04:21 +0800, Zhong Hongbo bocui...@gmail.com
wrote:
On 07/06/2012 09:57 PM, Andreas Bießmann wrote:
Dear Zhong Hongbo,
On 06.07.2012 15:50, Zhong Hongbo wrote:
On 07/06/2012 09:23 PM, Andreas Bießmann
On 07/05/2012 07:28 PM, Scott Wood wrote:
On 07/04/2012 02:46 AM, Jim Lin wrote:
-Original Message-
From: Scott Wood [mailto:scottw...@freescale.com]
Sent: Thursday, April 26, 2012 6:17 AM
To: Simon Glass
Cc: U-Boot Mailing List; Tom Warren; Stephen Warren; Jim Lin; Stephen Warren
Dear Gerlando Falauto,
Some boards might be equipped with different SDRAM configurations.
When that is the case, CPU CS Window Size Register (CS[0]n Size) should
be set to the biggest value through board.cfg file; then its value
can be fixed at runtime according to the detected SDRAM size.
On 7/5/2012 11:50 PM, Marek Vasut wrote:
Dear Troy Kisky,
On 7/5/2012 12:53 PM, Troy Kisky wrote:
Instead of clearing 2 bits, all the other
bits were set because '|=' was used instead
of '='.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
Acked-by: Marek Vasut ma...@denx.de
The BR_PHYS_ADDR(x) macro was missing parentheses around x in the macro
definition, so callers had to supply their own parenthesis.
Signed-off-by: Timur Tabi ti...@freescale.com
---
arch/powerpc/include/asm/fsl_lbc.h |6 +++---
include/configs/MPC8536DS.h|9 -
Dear Troy Kisky,
On 7/5/2012 11:50 PM, Marek Vasut wrote:
Dear Troy Kisky,
On 7/5/2012 12:53 PM, Troy Kisky wrote:
Instead of clearing 2 bits, all the other
bits were set because '|=' was used instead
of '='.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
Acked-by:
This inline assembly just converts a function address to a u32.
Replace it with equivalent C code since the assembly was not thumb
compatible.
Signed-off-by: Allen Martin amar...@nvidia.com
---
arch/arm/cpu/tegra20-common/warmboot_avp.c |9 +
1 file changed, 1 insertion(+), 8
Rearrange the link order of libraries to avoid out of bound
relocations in thumb mode. I have no idea how to fix this for real.
Signed-off-by: Allen Martin amar...@nvidia.com
---
Makefile |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/Makefile b/Makefile
index
arm720t is an armv4t not an armv4. Force some tegra initialization
functions to arm mode because they contain arm only inline assembly.
Signed-off-by: Allen Martin amar...@nvidia.com
---
arch/arm/cpu/arm720t/config.mk |2 +-
arch/arm/cpu/arm720t/tegra20/config.mk |7 +++
2
Add function required by some thumb switch statements
Signed-off-by: Allen Martin amar...@nvidia.com
---
arch/arm/lib/Makefile |1 +
arch/arm/lib/_thumb1_case_uqi.S | 41 +++
2 files changed, 42 insertions(+)
create mode 100644
Convert return from relocate_code to a thumb compatible bx
instruction.
Signed-off-by: Allen Martin amar...@nvidia.com
---
arch/arm/cpu/arm720t/start.S |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/cpu/arm720t/start.S b/arch/arm/cpu/arm720t/start.S
index
This patch series enables thumb compile for tegra SPL and u-boot. It
is not ready for review yet as it still contains a few hacks, but I'm
posting it in case anyone finds it useful. This reduces the size of
the combined SPL/u-boot by about 20%. I havent' measured if there's
any change in boot
Signed-off-by: Allen Martin amar...@nvidia.com
---
include/configs/tegra20-common.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/tegra20-common.h b/include/configs/tegra20-common.h
index bbb80d0..16466cc 100644
--- a/include/configs/tegra20-common.h
+++
Convert return instructions to thumb compatible bx returns. Probably
what's really needed here is a thumb version of all the libgcc
assembly routines.
Signed-off-by: Allen Martin amar...@nvidia.com
---
arch/arm/lib/_udivsi3.S |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff
On 7/6/2012 10:46 AM, Marek Vasut wrote:
Dear Troy Kisky,
On 7/5/2012 11:50 PM, Marek Vasut wrote:
Dear Troy Kisky,
On 7/5/2012 12:53 PM, Troy Kisky wrote:
Instead of clearing 2 bits, all the other
bits were set because '|=' was used instead
of '='.
Signed-off-by: Troy Kisky
Now that phy_startup() can return an actual error code, check for that error
code and abort network initialization if the PHY fails.
Signed-off-by: Timur Tabi ti...@freescale.com
---
drivers/net/fec_mxc.c |7 ++-
drivers/net/fm/eth.c |9 -
Dear Troy Kisky,
On 7/6/2012 10:46 AM, Marek Vasut wrote:
Dear Troy Kisky,
On 7/5/2012 11:50 PM, Marek Vasut wrote:
Dear Troy Kisky,
On 7/5/2012 12:53 PM, Troy Kisky wrote:
Instead of clearing 2 bits, all the other
bits were set because '|=' was used instead
of '='.
Dear Timur Tabi,
In message 1341599739-17812-1-git-send-email-ti...@freescale.com you wrote:
Now that phy_startup() can return an actual error code, check for that error
code and abort network initialization if the PHY fails.
...
if (fec-phydev) {
/* Start up the PHY */
-
On 07/06/2012 12:08 PM, Allen Martin wrote:
Rearrange the link order of libraries to avoid out of bound
relocations in thumb mode. I have no idea how to fix this for real.
Are the relocations branches or something else? It looks like
unconditional jump range is +/-4MB for Thumb1 and +/-16MB
On 07/06/2012 12:08 PM, Allen Martin wrote:
git bisect probably requires this to be the final patch in the series?
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Wolfgang Denk wrote:
Blank line after variable declarations, please.
Oops. I'll wait to see if there are any other comments before I respin.
--
Timur Tabi
Linux kernel developer at Freescale
___
U-Boot mailing list
U-Boot@lists.denx.de
On Fri, Jul 06, 2012 at 12:09:43PM -0700, Stephen Warren wrote:
On 07/06/2012 12:08 PM, Allen Martin wrote:
Rearrange the link order of libraries to avoid out of bound
relocations in thumb mode. I have no idea how to fix this for real.
Are the relocations branches or something else? It
On Fri, Jul 06, 2012 at 12:10:18PM -0700, Stephen Warren wrote:
On 07/06/2012 12:08 PM, Allen Martin wrote:
git bisect probably requires this to be the final patch in the series?
Yeah I'm sure git bisect is completely broken on the series right now,
I'll fix it up when I remove all the
Hi Andreas,
I would love to see OCTEON support in the mainline as well, though I am
not sure how I should go about this since it is a substantial amount of
code. Fortunately most of the changes are not to the common code, and
many of the common code changes are feature enhancements portable
On 07/06/2012 02:33 PM, Allen Martin wrote:
On Fri, Jul 06, 2012 at 12:09:43PM -0700, Stephen Warren wrote:
On 07/06/2012 12:08 PM, Allen Martin wrote:
Rearrange the link order of libraries to avoid out of bound
relocations in thumb mode. I have no idea how to fix this for real.
Are the
Hi Prafulla,
On Thu, 5 Jul 2012 10:38:32 -0700, Prafulla Wadaskar prafu...@marvell.com
wrote:
Dear Albert,
Please pull
The following changes since commit 863ba81c70d8ca8dc49e0c5a28a1fd0fb23ca62d:
Tetsuyuki Kobayashi (1):
arm: bugfix: Move vector table before jumping relocated
Hi Stefan,
On Fri, 6 Jul 2012 09:01:07 +0200, Stefan Roese s...@denx.de wrote:
Hi Albert,
as requested, I rebased my staging repository with the SPEAr patches
onto latest u-boot-arm/master. Please try again.
Thanks,
Stefan
The following changes since commit
On Fri, Jul 06, 2012 at 01:44:32PM -0700, Stephen Warren wrote:
On 07/06/2012 02:33 PM, Allen Martin wrote:
On Fri, Jul 06, 2012 at 12:09:43PM -0700, Stephen Warren wrote:
On 07/06/2012 12:08 PM, Allen Martin wrote:
Rearrange the link order of libraries to avoid out of bound
relocations
Dear Kim Phillips,
In message 20120703111308.2eb7202b10f9a3dc5a661...@freescale.com you wrote:
Wolfgang Denk,
Please pull a couple of minor fixes for 83xx:
The following changes since commit 558cd995d6d3eaa94fb342d142289a1fa2f76ba3:
tools/mkenvimage.c: fix basename(3) usage
tools/mkenvimage.c: fix basename(3) usage (2012-07-02 20:21:49 +0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc85xx.git master
Prabhakar Kushwaha (8):
powerpc/mpc85xx:Add BSC9131/BSC9130/BSC9231 Processor Support
powerpc/mpc85xx:Add BSC9131 RDB
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 CONFIG_SYS_THUMB_BUILD is enabled.
Signed-off-by: Aneesh V ane...@ti.com
---
For some reason, this patch breaks USB EHCI on mx51
On Fri, Jul 06, 2012 at 01:44:32PM -0700, Stephen Warren wrote:
On 07/06/2012 02:33 PM, Allen Martin wrote:
On Fri, Jul 06, 2012 at 12:09:43PM -0700, Stephen Warren wrote:
On 07/06/2012 12:08 PM, Allen Martin wrote:
Rearrange the link order of libraries to avoid out of bound
relocations
Dear Troy Kisky,
Instead of clearing 2 bits, all the other
bits were set because '|=' was used instead
of '='.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
Acked-by: Marek Vasut ma...@denx.de
Acked-by: Stefano Babic sba...@denx.de
Troy, do you have some repo for these
Dear Joe Hershberger,
Hi Marex,
On Sun, Jun 24, 2012 at 7:17 PM, Marek Vasut ma...@denx.de wrote:
The asix driver did not align buffers, therefore it didn't work
with data cache enabled. Fix this.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Joe Hershberger
Dear Joe Hershberger,
Hi Marex,
On Sun, Jun 24, 2012 at 7:17 PM, Marek Vasut ma...@denx.de wrote:
The asix driver did not align buffers, therefore it didn't work
with data cache enabled. Fix this.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Joe Hershberger
On Fri, Jul 06, 2012 at 01:44:32PM -0700, Stephen Warren wrote:
On 07/06/2012 02:33 PM, Allen Martin wrote:
On Fri, Jul 06, 2012 at 12:09:43PM -0700, Stephen Warren wrote:
On 07/06/2012 12:08 PM, Allen Martin wrote:
Rearrange the link order of libraries to avoid out of bound
relocations
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 CONFIG_SYS_THUMB_BUILD is enabled.
Signed-off-by: Aneesh V ane...@ti.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 if
On 7/6/2012 4:08 PM, Marek Vasut wrote:
Dear Troy Kisky,
Instead of clearing 2 bits, all the other
bits were set because '|=' was used instead
of '='.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
Acked-by: Marek Vasut ma...@denx.de
Acked-by: Stefano Babic sba...@denx.de
Troy, do
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
79 matches
Mail list logo