Dear Ulf Samuelsson,
In message 4a864121@atmel.com you wrote:
I think the open source community has converged on the
make DESTDIR=dir install method
$ cd linux
$ make at91rm9200dk_defconfig
$ make uImage
$ mkdir /tmp/foo
$ mkdir DESTDIR=/tmp/foo install
...
CHK
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Mike Frysinger
Sent: Thursday, August 13, 2009 10:47 AM
To: u-boot@lists.denx.de
Cc: Ashish Karkare; Prabhanjan Sarnaik; Ben Warren
Subject: Re: [U-Boot] [PATCH] net:
Dear Ulf Samuelsson,
In message 4a86814f.1070...@atmel.com you wrote:
The important thing is however that the solution is
Important for what?
To avoid that external build systems break if anything changes in u-boot.
I don;t see any risk of such breakage, because U-Boot does not
Hi, Wolfgang
Wolfgang Denk wrote:
Dear Felix Radensky,
In message 4a843b9b.2000...@embedded-sol.com you wrote:
Hi,
If run without arguments, mtest hangs on MPC8536DS.
I guess this is because of the following definitions:
#define CONFIG_SYS_MEMTEST_START0x
#define
Dear Felix Radensky,
In message 4a869531.2090...@embedded-sol.com you wrote:
Thanks for clarifying. This platform has 512MB of RAM.
The stack pointer is at 0x1fe2df48. Test works fine with upper
limit set to 0x1fd2df48.
I recommend to set CONFIG_SYS_MEMTEST_END to 0x1F00, then.
For
On 15:45 Fri 14 Aug , Kumar Gala wrote:
On Aug 14, 2009, at 3:13 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 14:00 Fri 14 Aug , Kumar Gala wrote:
Added a arch_preboot() function that cpu specific code can
implement to
allow for various modifications to the state of the machine
On 16:24 Fri 14 Aug , Frederik Kriewitz wrote:
I'm a bit confused about the u-boot code which reads the OMAP die id.
From the OMAP TRM:
CONTROL.CONTROL_DIE_ID[127:0]
Address: 0x4830A218
Size: 128
u-boot code:
From: Sandeep Paulraj s-paul...@ti.com
This patch adds support for DaVinci DM365 SOC.
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
---
cpu/arm926ejs/davinci/Makefile |1 +
cpu/arm926ejs/davinci/dm365.c | 35 +++
2 files changed, 36 insertions(+), 0
From: Sandeep Paulraj s-paul...@ti.com
This patch adds support for the DM365 EVM.
It has been tested on a DM365 EVM.
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
---
Makefile |3 +
board/davinci/dm365evm/Makefile| 52 ++
On 17:02 Sat 15 Aug , Frederik Kriewitz wrote:
On Sat, Aug 15, 2009 at 4:35 PM, Jean-Christophe
PLAGNIOL-VILLARDplagn...@jcrosoft.com wrote:
Honnesty it's not really important the order except you have a special need
it's really a personnal preference
I intent to use some bytes of the
On Sat, Aug 15, 2009 at 6:12 PM, Jean-Christophe
PLAGNIOL-VILLARDplagn...@jcrosoft.com wrote:
I intent to use some bytes of the die id as MAC address. So I'm
interested in the bytes which change often.
for private mac address or public?
for public you may need to remember that you are
Hello,
I noticed that enabling CONFIG_CMDLINE_EDITING breaks CONFIG_SYS_CBSIZE.
Once CONFIG_CMDLINE_EDITING is enabled, it's not possible to enter
more than 256 characters (CONFIG_SYS_CBSIZE is ignored).
Probably related to
#define MAX_CMDBUF_SIZE 256
in common/main.c
I guess replacing
uninitialized retval variable warning fixed
crc32 APIs moved to crc.h (newly added) and build warnings fixed
some indentation tabs fixed
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
Change log:
v2: updated as per review feedback for v1
include/common.h |4 +---
This is first step towards cleaning mkimage code for kwbimage
support in clean way. Current mkimage code is very specific to
uimg generation whereas the same framework can be used to
generate other image types like Kirkwood boot image (kwbimage-TBD).
For this, the architecture of mkimage code need
Dear Trent Piepho,
on Mon, 10 Aug 2009 10:35:08 +0200 I wrote:
Dear Trent Piepho,
In message 1234999325-13456-1-git-send-email-tpie...@freescale.com you
wrote:
A recent gcc added a new unaligned rodata section called '.rodata.str1.1',
which needs to be added the the linker script.
Dear Sergey,
in include/asm-arm/arch-davinci/emac_defs.h you declare emac_desc with
the volatile attribute, but when using it, volatile is frequently
added again, resulting in complier warnings like these:
Configuring for davinci_sffsdr board...
davinci_emac.c:82: warning: duplicate `volatile'
Hi All,
When i use 128M in my board configuration and pass the same to he
kernel using bd_info , the linux kernel just boots up fine. But when
i change the config to put 256M which is the actual physical DDR size
on our board,
the userspace crashes because of a unhandled page fault via
On Sun, 16 Aug 2009, Wolfgang Denk wrote:
OK, I'll try to fix it tomorrow or Monday, very busy right now...
Dear Sergey,
in include/asm-arm/arch-davinci/emac_defs.h you declare emac_desc with
the volatile attribute, but when using it, volatile is frequently
added again, resulting in
18 matches
Mail list logo