-- Forwarded message --
From: Light King <[EMAIL PROTECTED]>
Date: Sep 20, 2008 2:27 PM
Subject: Running C program in U-BOOT
To: [EMAIL PROTECTED]
Dear All ,
I m running following code in the U-BOOT but it is not behaving as a C code
. My processor is AT91SAM9263 . This code is to
Hello Stelian,
>> Thanks, and I expect to hear some more positive news ;-)))
> I'm afraid I have more bad news.
Grmbl, Now my weekend is ruined ;-
> I updated my tree to the latest git. I use the ELDK 4.1 arm compiler.
> Tested on an AT91SAM9263, with two different USB sticks:
> U-Boot> usb
Hi Jean-Christophe,
On Tue, 16 Sep 2008, Jean-Christophe PLAGNIOL-VILLARD wrote:
> From: Guennadi Liakhovetski <[EMAIL PROTECTED]>
>
> Switch to the standard CFG_HZ=1000 value, while at it, minor white-space
> cleanup, remove CFG_CLKS_IN_HZ from config-headers. Tested on mx31ads,
> provides 2% o
Graeme Russ wrote:
> Hi All,
>
> So far I have my sc520 board booting into main_loop (), DRAM configured
> and serial ports working. Now I seem to be stuck on getting commands
> to execute (even help). Using printf() I have traced my problem into
> find_cmd (). I added the following into find_cmd(
Light King wrote:
> -- Forwarded message --
> From: Light King <[EMAIL PROTECTED]>
> Date: Sep 20, 2008 2:27 PM
> Subject: Running C program in U-BOOT
> To: [EMAIL PROTECTED]
>
> Dear All ,
>
> I m running following code in the U-BOOT but it is not behaving as a C code
> . My proc
Dear Wolfgang,
Wolfgang Denk wrote:
> Dear Dirk Behme,
Just Dirk ;)
> In message <[EMAIL PROTECTED]> you wrote:
>
>>Yes, from strict technical point of view you are correct. Cortex A8 is
>>the 'CPU' and OMAP3 is the SoC.
>>
>>But what do we win adding an additional directory layer
>>cpu/arm_c
Le samedi 20 septembre 2008 à 11:38 +0200, Remy Bohmer a écrit :
> Hello Stelian,
>
> >> Thanks, and I expect to hear some more positive news ;-)))
> > I'm afraid I have more bad news.
>
> Grmbl, Now my weekend is ruined ;-
Sorry for that :)
[...]
> Okay, let's summarize this:
> With and w
Thanks for such a quick response Jerry. Your suggestion fixed one
problem, but it still doesn't work
Jerry Van Baren wrote:
> Graeme Russ wrote:
>> Hi All,
>>
>
> Aaargh, you printed %x, not 0x%x. That really threw me on the printout
> of sizeof(cmd_tbl_t).
>
>
> 0x18 == 24
How embarrassing
OK, I've had a closer look at u-boot.map and u-boot.bin...
The command table starts at offset 0x001268e into u-boot.bin and each
entry is 24 bytes. The first entry is:
001268e: 90 e0 04 38 02 00 00 00 00 00 00 00 86 08 04 38 98 e0 04 38 ba e0 04 38
Which decodes down to:
90 e0 04 38 => cmd_tbl_
9 matches
Mail list logo