Everything solved, the problem was that tftp wasn't working ok, an didn't save data on memory. Now the problem is that hello_world doen't print anything on screen. Only

## Starting application at 0x40020000 ... ## Application terminated, rc = 0x0

What's the problem? I havn't changed the hello_world code. (attached down)

#include <common.h> #include <exports.h>

int hello_world (int argc, char *argv[]) { int i;

/* Print the ABI version */ app_startup(argv); printf ("Example expects ABI version %d\n", XF_VERSION); printf ("Actual U-Boot ABI version %d\n", (int)get_version());

printf ("Hello World\n");

printf ("argc = %d\n", argc);

for (i=0; i<=argc; ++i) { printf ("argv[%d] = "%s"\n", i, argv[i] ? argv[i] : "<NULL>"); }

printf ("Hit any key to exit ... "); while (!tstc()) ; /* consume input */ (void) getc();

printf ("\n\n"); return (0); }

On Wed, Feb 4, 2009 at 12:20 PM, kescuin kescuin@gmail.com wrote:

Yes, I've already read it.

When I have this one at the moment:

00020000 T hello_world 000200a8 T dummy 000200ac T get_version 000200c0 T getc 000200d4 T tstc 000200e8 T putc 000200fc T puts 00020110 T printf 00020124 T install_hdlr 00020138 T free_hdlr 0002014c T malloc 00020160 T free 00020174 T udelay 00020188 T get_timer 0002019c T vprintf 000201b0 T do_reset 000201c4 T getenv 000201d8 T setenv 000201ec T simple_strtoul 00020200 T simple_strtol 00020214 T strcmp 00020228 T i2c_write 0002023c T i2c_read 00020254 T app_startup 000222fc d _GLOBAL_OFFSET_TABLE_ 00022344 A __bss_start 00022344 A _edata 00022344 A _end

Then I execute:

tftp 0x20000 hello_world.bin go 0x20000 with the same result.

I've also tryed to change adress in make file in order to test de (tftp 0x40000 and go 0x40004) but i've never succeed.

On Wed, Feb 4, 2009 at 12:13 PM, Wolfgang Denk wd@denx.de wrote:

...

Dear kescuin,

In message 491c50e10902040143o7a545aa3sd2645fe0b8b31fba@mail.gmail.com you wrote:

...

I'm working wint an u-boot 2008.10 version over a Coldfire M5329EVB

Board.

...

Every thing goes well on u-boot working. But when I try to execute standalone applications i've got problems.

...

...

Any one have executed stand alone applications on this board? What

should be

...

happening?

Maybe you missed reading the FAQ? See http://www.denx.de/wiki/view/DULG/MyStandaloneProgramDoesNotWork

Best regards,

Wolfgang Denk

-- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de Another megabytes the dust.

No , it wasn't a exactly memory problem, the only problem what that memory where I was trying to execute was writing protected. So I execute everything in RAM memory (0x40020000) but printf still not working.

If I try to change printf by puts the program hangs on execution without showing anything on screen but ## Starting application at 0x40020000 ...

It's strange because scipts, echos, and kernel init messages (when I have tryed to boot a kernel) displays on screen (via serial port, using Tera Term software to visualize it) without anyproblem. And if I print the environment variables stdout is serial.

Thanks for your help.

On Wed, Feb 4, 2009 at 10:16 PM, Wolfgang Denk wd@denx.de wrote:

Dear kescuin,

In message 491c50e10902040856yceed7a9h20c6b38c54b86e2d@mail.gmail.com you wrote:

...

Everything solved, the problem was that tftp wasn't working ok, an didn't save data on memory.

Sounds like serious memory problems to me...

...

Now the problem is that hello_world doen't print anything on screen. Only

That's to be expected when your memory isn't working right.

Best regards,

Wolfgang Denk

-- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de Leave bigotry in your quarters; there's no room for it on the bridge. -- Kirk, "Balance of Terror", stardate 1709.2