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 i
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 Unab
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
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 linke
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
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
---
Change log:
v2: updated as per review feedback for v1
include/common.h |4 +---
include/u-boot/crc.h | 33 +
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 M
On Sat, Aug 15, 2009 at 6:12 PM, Jean-Christophe
PLAGNIOL-VILLARD 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 supposed to trac all o
On 17:02 Sat 15 Aug , Frederik Kriewitz wrote:
> On Sat, Aug 15, 2009 at 4:35 PM, Jean-Christophe
> PLAGNIOL-VILLARD 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 die id as MAC
From: Sandeep Paulraj
This patch adds support for the DM365 EVM.
It has been tested on a DM365 EVM.
Signed-off-by: Sandeep Paulraj
---
Makefile |3 +
board/davinci/dm365evm/Makefile| 52 ++
board/davinci/dm365evm/config.mk | 11 ++
board/davinci/
From: Sandeep Paulraj
This patch adds support for DaVinci DM365 SOC.
Signed-off-by: Sandeep Paulraj
---
cpu/arm926ejs/davinci/Makefile |1 +
cpu/arm926ejs/davinci/dm365.c | 35 +++
2 files changed, 36 insertions(+), 0 deletions(-)
create mode 100644 cpu/
On Sat, Aug 15, 2009 at 4:35 PM, Jean-Christophe
PLAGNIOL-VILLARD 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 die id as MAC address. So I'm
interested in the bytes which change often.
__
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:
> http://gitorious.org/u-boot-omap3/mainline/blobs/master/cpu/arm_
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
With current values of CONFIG_SYS_MEMTEST_START
and CONFIG_SYS_MEMTEST_END memory test hangs if
run without arguments. Set them to sane values,
so that all available 512MB of RAM excluding
exception vectors at the bottom and u-boot code
and stack at the top can be tested.
Signed-off-by: Felix Rade
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.
>
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
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
Wolfgang Denk skrev:
> Dear Ulf Samuelsson,
>
> In message <4a864121@atmel.com> you wrote:
>> I think the open source community has converged on the
>> "make DESTDIR= install" method
>
> $ cd linux
> $ make at91rm9200dk_defconfig
> $ make uImage
> $ mkdir /tmp/foo
> $ mkdir DESTDIR=/tmp/foo i
> -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: k
20 matches
Mail list logo
