[ECOS] Huge memory footprint for a simple "hello world"

[ECOS] Huge memory footprint for a simple "hello world"

[Socrates Socrates]

Hi All

AIM:
I am using the EB40 board and I am trying to test a simple "hellow
world" application.

Problem:
The memory footprint of the application is too big to fit into the
available RAM. The failure happens during uploading of the
application.

Here's more information of my steps:

1. I used "ecoconfig EB40" to setup and build redboot for the EB40 board.
2. I used "arm-elf-gdb redboot.elf" , tar rdi /dev/ttyS0, set
$cpsr=0xd3, load, cont, Crtl Z, minicom
3. RedBoot> load -b -m xmodem -b 0x02033428             # My notes:
0x02033428 is the lower range of the available RAM as reported by
'version' command on RedBoot
4. I comppile and link my test app
/opt/ecos/gnutools/arm-elf/bin/arm-elf-gcc -c -o test.o -Wall
-I/home/socrates/work/atmel/020606-ARM/install/include test.c
/opt/ecos/gnutools/arm-elf/bin/arm-elf-ld -nostartfiles -nostdlibs
-L/opt/ecos/gnutools/arm-elf/arm-elf/lib
-L/opt/ecos/gnutools/arm-elf/lib/gcc-lib/arm-elf/3.2.1/ -o test test.o
-T/home/socrates/work/atmel/020606-ARM/install/lib/target.ld

socrates@would:~/work/atmel$ ls -l test*
-rwxr-xr-x  1 socrates  socrates  322442 Jun  6 12:06 test
-rw-r--r--  1 socrates  socrates     138 Jun  6 11:35 test.c
-rw-r--r--  1 socrates  socrates     880 Jun  6 12:06 test.o

Here's is my test.c file:
*************************************************************************
#include <cyg/infra/diag.h>

char *RedBoot_version = "aslkjdahlsdfjk";

int main(void)
{
   diag_printf("HELLO WORLD\n");
   return 0;
}
**************************************************************************


I'd really appreciate your help.

Oh, I am very very new to EB40 or ecos for that matter.



Kind regards;

Socrates

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] Huge memory footprint for a simple "hello world"

[Andrew Lunn]

On Tue, Jun 06, 2006 at 02:03:05PM +0200, Socrates Socrates wrote:
> Hi All
> 
> AIM:
> I am using the EB40 board and I am trying to test a simple "hellow
> world" application.
> 
> Problem:
> The memory footprint of the application is too big to fit into the
> available RAM. The failure happens during uploading of the
> application.
> 
> Here's more information of my steps:
> 
> 1. I used "ecoconfig EB40" to setup and build redboot for the EB40 board.
> 2. I used "arm-elf-gdb redboot.elf" , tar rdi /dev/ttyS0, set
> $cpsr=0xd3, load, cont, Crtl Z, minicom
> 3. RedBoot> load -b -m xmodem -b 0x02033428             # My notes:
> 0x02033428 is the lower range of the available RAM as reported by
> 'version' command on RedBoot
> 4. I comppile and link my test app
> /opt/ecos/gnutools/arm-elf/bin/arm-elf-gcc -c -o test.o -Wall
> -I/home/socrates/work/atmel/020606-ARM/install/include test.c
> /opt/ecos/gnutools/arm-elf/bin/arm-elf-ld -nostartfiles -nostdlibs
> -L/opt/ecos/gnutools/arm-elf/arm-elf/lib
> -L/opt/ecos/gnutools/arm-elf/lib/gcc-lib/arm-elf/3.2.1/ -o test test.o
> -T/home/socrates/work/atmel/020606-ARM/install/lib/target.ld
> 
> socrates@would:~/work/atmel$ ls -l test*
> -rwxr-xr-x  1 socrates  socrates  322442 Jun  6 12:06 test
> -rw-r--r--  1 socrates  socrates     138 Jun  6 11:35 test.c
> -rw-r--r--  1 socrates  socrates     880 Jun  6 12:06 test.o
> 
> Here's is my test.c file:
> *************************************************************************
> #include <cyg/infra/diag.h>
> 
> char *RedBoot_version = "aslkjdahlsdfjk";
> 
> int main(void)
> {
>   diag_printf("HELLO WORLD\n");
>   return 0;
> }
> **************************************************************************
> 
> 
> I'd really appreciate your help.
> 
> Oh, I am very very new to EB40 or ecos for that matter.

And also probably very new to embedded systems and how compilers work.
This is a FAQ. Read the documentation about arm-elf-size and what an
ELF file is. The test executable contains all the debugging
information and lots of other things which are not used on the target.
gdb knows this and will download just what is needed. 

Also, don't use -b 0x... eCos is not position independent. The image
has to go where the image expects to go.

    Andrew

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] Huge memory footprint for a simple "hello world"

[Socrates Socrates]

Thanks Andrew,

Certainly I am new to embedded systems indeed.  I now run:
/arm-elf-ld -nostartfiles  -nodefaultlibs  -nostdlib -s  -static
-L/opt/ecos/gnutools/arm-elf/arm-elf/lib
-L/opt/ecos/gnutools/arm-elf/lib/gcc-lib/arm-elf/3.2.1/ -o test test.o
-Ttarget.ld

So the size is now down to (~91k):
-rwxr-xr-x  1 socrates socrates 91364 Jun  6 14:07 test

which I think is still big in my opinion.

-b option: The upload always fails until I use the -r option which
forces me to use the -b option.
How do I go about getting a succesful upload without using the -r and
hence -b option?

Thanks once again.

Regards;
Soc
On 6/6/06, Andrew Lunn <andrew@lunn.ch> wrote:
> On Tue, Jun 06, 2006 at 02:03:05PM +0200, Socrates Socrates wrote:
> > Hi All
> >
> > AIM:
> > I am using the EB40 board and I am trying to test a simple "hellow
> > world" application.
> >
> > Problem:
> > The memory footprint of the application is too big to fit into the
> > available RAM. The failure happens during uploading of the
> > application.
> >
> > Here's more information of my steps:
> >
> > 1. I used "ecoconfig EB40" to setup and build redboot for the EB40 board.
> > 2. I used "arm-elf-gdb redboot.elf" , tar rdi /dev/ttyS0, set
> > $cpsr=0xd3, load, cont, Crtl Z, minicom
> > 3. RedBoot> load -b -m xmodem -b 0x02033428             # My notes:
> > 0x02033428 is the lower range of the available RAM as reported by
> > 'version' command on RedBoot
> > 4. I comppile and link my test app
> > /opt/ecos/gnutools/arm-elf/bin/arm-elf-gcc -c -o test.o -Wall
> > -I/home/socrates/work/atmel/020606-ARM/install/include test.c
> > /opt/ecos/gnutools/arm-elf/bin/arm-elf-ld -nostartfiles -nostdlibs
> > -L/opt/ecos/gnutools/arm-elf/arm-elf/lib
> > -L/opt/ecos/gnutools/arm-elf/lib/gcc-lib/arm-elf/3.2.1/ -o test test.o
> > -T/home/socrates/work/atmel/020606-ARM/install/lib/target.ld
> >
> > socrates@would:~/work/atmel$ ls -l test*
> > -rwxr-xr-x  1 socrates  socrates  322442 Jun  6 12:06 test
> > -rw-r--r--  1 socrates  socrates     138 Jun  6 11:35 test.c
> > -rw-r--r--  1 socrates  socrates     880 Jun  6 12:06 test.o
> >
> > Here's is my test.c file:
> > *************************************************************************
> > #include <cyg/infra/diag.h>
> >
> > char *RedBoot_version = "aslkjdahlsdfjk";
> >
> > int main(void)
> > {
> >   diag_printf("HELLO WORLD\n");
> >   return 0;
> > }
> > **************************************************************************
> >
> >
> > I'd really appreciate your help.
> >
> > Oh, I am very very new to EB40 or ecos for that matter.
>
> And also probably very new to embedded systems and how compilers work.
> This is a FAQ. Read the documentation about arm-elf-size and what an
> ELF file is. The test executable contains all the debugging
> information and lots of other things which are not used on the target.
> gdb knows this and will download just what is needed.
>
> Also, don't use -b 0x... eCos is not position independent. The image
> has to go where the image expects to go.
>
>     Andrew
>

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] Huge memory footprint for a simple "hello world"

[Andrew Lunn]

On Tue, Jun 06, 2006 at 03:57:26PM +0200, Socrates Socrates wrote:
> Thanks Andrew,
> 
> Certainly I am new to embedded systems indeed.  I now run:
> /arm-elf-ld -nostartfiles  -nodefaultlibs  -nostdlib -s  -static
> -L/opt/ecos/gnutools/arm-elf/arm-elf/lib
> -L/opt/ecos/gnutools/arm-elf/lib/gcc-lib/arm-elf/3.2.1/ -o test test.o
> -Ttarget.ld
> 
> So the size is now down to (~91k):
> -rwxr-xr-x  1 socrates socrates 91364 Jun  6 14:07 test
> 
> which I think is still big in my opinion.

and what does arm-elf-size say?

> -b option: The upload always fails until I use the -r option which
> forces me to use the -b option.

> How do I go about getting a succesful upload without using the -r and
> hence -b option?

If you upload the elf file you don't want -r otherwise the raw elf
file will be loaded as is. Redboot knows how to process an elf to
extract the executable code and data.

        Andrew

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] Huge memory footprint for a simple "hello world"

[Socrates Socrates]

~/work/atmel$ arm-elf-size test
   text    data     bss     dec     hex filename
  55855     968   25680   82503   14247 test

I noticed -r was the raw "mode" and just did not know any better.

And one more thing, since I did not edit/change the target.ld (created
by ecosconfig), I suppose will need to change it as well?

I am much appreciating your help Andrew.

Thanks.

On 6/6/06, Andrew Lunn <andrew@lunn.ch> wrote:
> On Tue, Jun 06, 2006 at 03:57:26PM +0200, Socrates Socrates wrote:
> > Thanks Andrew,
> >
> > Certainly I am new to embedded systems indeed.  I now run:
> > /arm-elf-ld -nostartfiles  -nodefaultlibs  -nostdlib -s  -static
> > -L/opt/ecos/gnutools/arm-elf/arm-elf/lib
> > -L/opt/ecos/gnutools/arm-elf/lib/gcc-lib/arm-elf/3.2.1/ -o test test.o
> > -Ttarget.ld
> >
> > So the size is now down to (~91k):
> > -rwxr-xr-x  1 socrates socrates 91364 Jun  6 14:07 test
> >
> > which I think is still big in my opinion.
>
> and what does arm-elf-size say?
>
> > -b option: The upload always fails until I use the -r option which
> > forces me to use the -b option.
>
> > How do I go about getting a succesful upload without using the -r and
> > hence -b option?
>
> If you upload the elf file you don't want -r otherwise the raw elf
> file will be loaded as is. Redboot knows how to process an elf to
> extract the executable code and data.
>
>         Andrew
>

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] Huge memory footprint for a simple "hello world"

[Andrew Lunn]

On Tue, Jun 06, 2006 at 04:16:27PM +0200, Socrates Socrates wrote:
> ~/work/atmel$ arm-elf-size test
>   text    data     bss     dec     hex filename
>  55855     968   25680   82503   14247 test

This seems a little big. Which template are you using? This is an
eb55?  I just build the default configuration. This is the size for
some of the kernel tests:

:~/eCos/work$ arm-elf-size install/tests/kernel/current/tests/*
   text    data     bss     dec     hex filename
  27592     848   17004   45444    b184 install/tests/kernel/current/tests/bin_sem0
  29188     856   22152   52196    cbe4 install/tests/kernel/current/tests/bin_sem1
  29540     868   55644   86052   15024 install/tests/kernel/current/tests/bin_sem2
  29592     856   22132   52580    cd64 install/tests/kernel/current/tests/bin_sem3
  31476     844   16996   49316    c0a4 install/tests/kernel/current/tests/clock0
  27836     848   19576   48260    bc84 install/tests/kernel/current/tests/clock1
  40944    1316   19568   61828    f184 install/tests/kernel/current/tests/clockcnv

> And one more thing, since I did not edit/change the target.ld (created
> by ecosconfig), I suppose will need to change it as well?

Normally no. The RAM startup address map should work correctly with a
ROM redboot.

    Andrew

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] Huge memory footprint for a simple "hello world"

[Socrates Socrates]

Hi Andrew,

The templete is redboot;

From redboot_RAM.ecm

cdl_configuration eCos {
    description "" ;
    hardware    at91 ;
    template    redboot ;
    package -hardware CYGPKG_HAL_ARM v2_0 ;
    package -hardware CYGPKG_HAL_ARM_AT91 v2_0 ;
    package -hardware CYGPKG_DEVS_FLASH_AT91 v2_0 ;
    package -template CYGPKG_HAL v2_0 ;
    package -template CYGPKG_INFRA v2_0 ;
    package -template CYGPKG_REDBOOT v2_0 ;
    package CYGPKG_IO_FLASH v2_0 ;
};

Surprisingly my install directory (from my work space) is different from yours:
~/work/atmel/060606$ ls install/
bin  include  lib

Thanks, sorry for all the trouble.


Regards;
Soc.

On 6/6/06, Andrew Lunn <andrew@lunn.ch> wrote:
> On Tue, Jun 06, 2006 at 04:16:27PM +0200, Socrates Socrates wrote:
> > ~/work/atmel$ arm-elf-size test
> >   text    data     bss     dec     hex filename
> >  55855     968   25680   82503   14247 test
>
> This seems a little big. Which template are you using? This is an
> eb55?  I just build the default configuration. This is the size for
> some of the kernel tests:
>
> :~/eCos/work$ arm-elf-size install/tests/kernel/current/tests/*
>    text    data     bss     dec     hex filename
>   27592     848   17004   45444    b184 install/tests/kernel/current/tests/bin_sem0
>   29188     856   22152   52196    cbe4 install/tests/kernel/current/tests/bin_sem1
>   29540     868   55644   86052   15024 install/tests/kernel/current/tests/bin_sem2
>   29592     856   22132   52580    cd64 install/tests/kernel/current/tests/bin_sem3
>   31476     844   16996   49316    c0a4 install/tests/kernel/current/tests/clock0
>   27836     848   19576   48260    bc84 install/tests/kernel/current/tests/clock1
>   40944    1316   19568   61828    f184 install/tests/kernel/current/tests/clockcnv
>
> > And one more thing, since I did not edit/change the target.ld (created
> > by ecosconfig), I suppose will need to change it as well?
>
> Normally no. The RAM startup address map should work correctly with a
> ROM redboot.
>
>     Andrew
>

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] Huge memory footprint for a simple "hello world"

[Andrew Lunn]

On Wed, Jun 07, 2006 at 10:50:51AM +0200, Socrates Socrates wrote:
> Hi Andrew,
> 
> The templete is redboot;

You should only use the redboot tempate to build redboot. 
To build applications you need to use a different template. 

   Andrew

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] Huge memory footprint for a simple "hello world"

[Socrates Socrates]

Hi Andrew,

Since I have successfully built redboot and uploaded it onto the
board. What steps do I need to get a simple hellow world app running?

I was/am of the impression that from the directory where I built
redboot, the only file I need was the target.ld file? Am I correct?

Better still if you are aware of a website which clearly shows how to
build and upload a simple app could you please point it out?
I have search the websites and the steps I've been following so far is
what others say have done.


Regards;


On 6/7/06, Andrew Lunn <andrew@lunn.ch> wrote:
> On Wed, Jun 07, 2006 at 10:50:51AM +0200, Socrates Socrates wrote:
> > Hi Andrew,
> >
> > The templete is redboot;
>
> You should only use the redboot tempate to build redboot.
> To build applications you need to use a different template.
>
>    Andrew
>

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] Huge memory footprint for a simple "hello world"

[Andrew Lunn]

On Wed, Jun 07, 2006 at 11:40:54AM +0200, Socrates Socrates wrote:
> Hi Andrew,
> 
> Since I have successfully built redboot and uploaded it onto the
> board. What steps do I need to get a simple hellow world app running?
 
> I was/am of the impression that from the directory where I built
> redboot, the only file I need was the target.ld file? Am I correct?

http://ecos.sourceware.org/docs-latest/user-guide/user-guide-programming.html

You first need to build eCos for real applications.

ecosconfig new eb55
ecosconfig tree
make -s

What ends up in the install directory is what you need for building
applications. You will find all the include files the application
needs, the library containing eCos, the linker file etc.

You can also build the eCos tests

make -s tests

They will then be placed into the install/tests directory tree. The
following page shows you have you can download the test and run it.

http://ecos.sourceware.org/docs-latest/user-guide/using-commandline-testcase.html

Once you have that working try an hello world:

http://ecos.sourceware.org/docs-latest/user-guide/building-and-running-sample-appliations.html

You download and run this in the same way.

    Andrew

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] Huge memory footprint for a simple "hello world"

[Socrates Socrates]

Thank you for all that info you provided me with.

The first 3 steps are fine but "make -s tests" fails:

:~/work/atmel/060606$ make -s tests
headers finished
build finished
/home/socrates/work/atmel/060606/install/lib/libtarget.a(redboot_main.o):
In function `bist':
/opt/ecos/ecos-2.0/packages/redboot/v2_0/src/main.c:626: multiple
definition of `cyg_start'
tests/context.o:/opt/ecos/ecos-2.0/packages/hal/common/v2_0/tests/context.c:116:
first defined here
/opt/ecos/gnutools/arm-elf/bin/../lib/gcc-lib/arm-elf/3.2.1/../../../../arm-elf/bin/ld:
Warning: size of symbol `cyg_start' changed from 12 to 728 in
/home/socrates/work/atmel/060606/install/lib/libtarget.a(redboot_main.o)
collect2: ld returned 1 exit status
make[1]: *** [/home/socrates/work/atmel/060606/install/tests/hal/common/v2_0/tests/context]
Error 1
make: *** [tests] Error 2




On 6/7/06, Andrew Lunn <andrew@lunn.ch> wrote:
> On Wed, Jun 07, 2006 at 11:40:54AM +0200, Socrates Socrates wrote:
> > Hi Andrew,
> >
> > Since I have successfully built redboot and uploaded it onto the
> > board. What steps do I need to get a simple hellow world app running?
>
> > I was/am of the impression that from the directory where I built
> > redboot, the only file I need was the target.ld file? Am I correct?
>
> http://ecos.sourceware.org/docs-latest/user-guide/user-guide-programming.html
>
> You first need to build eCos for real applications.
>
> ecosconfig new eb55
> ecosconfig tree
> make -s
>
> What ends up in the install directory is what you need for building
> applications. You will find all the include files the application
> needs, the library containing eCos, the linker file etc.
>
> You can also build the eCos tests
>
> make -s tests
>
> They will then be placed into the install/tests directory tree. The
> following page shows you have you can download the test and run it.
>
> http://ecos.sourceware.org/docs-latest/user-guide/using-commandline-testcase.html
>
> Once you have that working try an hello world:
>
> http://ecos.sourceware.org/docs-latest/user-guide/building-and-running-sample-appliations.html
>
> You download and run this in the same way.
>
>     Andrew
>

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] Huge memory footprint for a simple "hello world"

[Andrew Lunn]

On Wed, Jun 07, 2006 at 12:27:13PM +0200, Socrates Socrates wrote:
> Thank you for all that info you provided me with.
> 
> The first 3 steps are fine but "make -s tests" fails:
> 
> :~/work/atmel/060606$ make -s tests
> headers finished
> build finished
> /home/socrates/work/atmel/060606/install/lib/libtarget.a(redboot_main.o):

O.K.

I missed a step. you need to first 

rm -fr 

you Redboot tree, or work in a different directory. You cannot convert
a tree from one template to another.

  Andrew

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] Huge memory footprint for a simple "hello world"

[Socrates Socrates]

Correct that's what I needed.  Now problem is the tests work; it just
hangs (or does nothing as seen from the last ine below), I followed
the example from the website you sent.

Here are my steps using the simulator: (The results are the same even
when I connect to the board)

~/work/atmel/060606$ rm -rf *
socrates@would:~/work/atmel/060606$ ecosconfig new eb40
socrates@would:~/work/atmel/060606$ ecosconfig tree
socrates@would:~/work/atmel/060606$ make -s
headers finished
build finished
socrates@would:~/work/atmel/060606$ make -s tests
headers finished
build finished
tests finished
socrates@would:~/work/atmel/060606$ arm-elf-gdb -nw
install/tests/kernel/v2_0/tests/bin_sem0
GNU gdb 5.3 (eCosCentric)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "--host=i686-pc-linux-gnu --target=arm-elf"...
(gdb) target bin
Undefined target command: "bin".  Try "help target".
(gdb) target sim
Connected to the simulator.
(gdb) load
Loading section .rom_vectors, size 0x40 vma 0x2020000
Loading section .text, size 0x6764 vma 0x2020040
Loading section .rodata, size 0x394 vma 0x20267a4
Loading section .data, size 0x2b4 vma 0x2026b38
Start address 0x2020040
Transfer rate: 225120 bits in <1 sec.
(gdb) continue
Continuing.
The program is not being run.
(gdb) run
Starting program:
/home/socrates/work/atmel/060606/install/tests/kernel/v2_0/tests/bin_sem0



On 6/7/06, Andrew Lunn <andrew@lunn.ch> wrote:
> On Wed, Jun 07, 2006 at 12:27:13PM +0200, Socrates Socrates wrote:
> > Thank you for all that info you provided me with.
> >
> > The first 3 steps are fine but "make -s tests" fails:
> >
> > :~/work/atmel/060606$ make -s tests
> > headers finished
> > build finished
> > /home/socrates/work/atmel/060606/install/lib/libtarget.a(redboot_main.o):
>
> O.K.
>
> I missed a step. you need to first
>
> rm -fr
>
> you Redboot tree, or work in a different directory. You cannot convert
> a tree from one template to another.
>
>   Andrew
>

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] Huge memory footprint for a simple "hello world"

[Andrew Lunn]

On Wed, Jun 07, 2006 at 01:47:04PM +0200, Socrates Socrates wrote:
> Correct that's what I needed.  Now problem is the tests work; it just
> hangs (or does nothing as seen from the last ine below), I followed
> the example from the website you sent.
> 
> Here are my steps using the simulator: (The results are the same even
> when I connect to the board)
> 
> ~/work/atmel/060606$ rm -rf *
> socrates@would:~/work/atmel/060606$ ecosconfig new eb40
> socrates@would:~/work/atmel/060606$ ecosconfig tree
> socrates@would:~/work/atmel/060606$ make -s
> headers finished
> build finished
> socrates@would:~/work/atmel/060606$ make -s tests
> headers finished
> build finished
> tests finished
> socrates@would:~/work/atmel/060606$ arm-elf-gdb -nw
> install/tests/kernel/v2_0/tests/bin_sem0
> GNU gdb 5.3 (eCosCentric)
> Copyright 2002 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain 
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "--host=i686-pc-linux-gnu --target=arm-elf"...
> (gdb) target bin
> Undefined target command: "bin".  Try "help target".
> (gdb) target sim
> Connected to the simulator.
> (gdb) load
> Loading section .rom_vectors, size 0x40 vma 0x2020000
> Loading section .text, size 0x6764 vma 0x2020040
> Loading section .rodata, size 0x394 vma 0x20267a4
> Loading section .data, size 0x2b4 vma 0x2026b38
> Start address 0x2020040
> Transfer rate: 225120 bits in <1 sec.
> (gdb) continue
> Continuing.

The arm simulator does not include a simulated serial port, so you
won't see anything.

What happens on the real target which will have a serial port?

     Andrew

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] Huge memory footprint for a simple "hello world"

[Socrates Socrates]

On the target there's no output either. I can give you the steps that
I perform if you require.

On 6/7/06, Andrew Lunn <andrew@lunn.ch> wrote:
> On Wed, Jun 07, 2006 at 01:47:04PM +0200, Socrates Socrates wrote:
> > Correct that's what I needed.  Now problem is the tests work; it just
> > hangs (or does nothing as seen from the last ine below), I followed
> > the example from the website you sent.
> >
> > Here are my steps using the simulator: (The results are the same even
> > when I connect to the board)
> >
> > ~/work/atmel/060606$ rm -rf *
> > socrates@would:~/work/atmel/060606$ ecosconfig new eb40
> > socrates@would:~/work/atmel/060606$ ecosconfig tree
> > socrates@would:~/work/atmel/060606$ make -s
> > headers finished
> > build finished
> > socrates@would:~/work/atmel/060606$ make -s tests
> > headers finished
> > build finished
> > tests finished
> > socrates@would:~/work/atmel/060606$ arm-elf-gdb -nw
> > install/tests/kernel/v2_0/tests/bin_sem0
> > GNU gdb 5.3 (eCosCentric)
> > Copyright 2002 Free Software Foundation, Inc.
> > GDB is free software, covered by the GNU General Public License, and you are
> > welcome to change it and/or distribute copies of it under certain
> > conditions.
> > Type "show copying" to see the conditions.
> > There is absolutely no warranty for GDB.  Type "show warranty" for details.
> > This GDB was configured as "--host=i686-pc-linux-gnu --target=arm-elf"...
> > (gdb) target bin
> > Undefined target command: "bin".  Try "help target".
> > (gdb) target sim
> > Connected to the simulator.
> > (gdb) load
> > Loading section .rom_vectors, size 0x40 vma 0x2020000
> > Loading section .text, size 0x6764 vma 0x2020040
> > Loading section .rodata, size 0x394 vma 0x20267a4
> > Loading section .data, size 0x2b4 vma 0x2026b38
> > Start address 0x2020040
> > Transfer rate: 225120 bits in <1 sec.
> > (gdb) continue
> > Continuing.
>
> The arm simulator does not include a simulated serial port, so you
> won't see anything.
>
> What happens on the real target which will have a serial port?
>
>      Andrew
>

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] Huge memory footprint for a simple "hello world"

[Andrew Lunn]

On Thu, Jun 08, 2006 at 02:28:00PM +0200, Socrates Socrates wrote:
> On the target there's no output either. I can give you the steps that
> I perform if you require.
> 
> On 6/7/06, Andrew Lunn <andrew@lunn.ch> wrote:
> >On Wed, Jun 07, 2006 at 01:47:04PM +0200, Socrates Socrates wrote:
> >> Correct that's what I needed.  Now problem is the tests work; it just
> >> hangs (or does nothing as seen from the last ine below), I followed
> >> the example from the website you sent.
> >>
> >> Here are my steps using the simulator: (The results are the same even
> >> when I connect to the board)
> >>
> >> ~/work/atmel/060606$ rm -rf *
> >> socrates@would:~/work/atmel/060606$ ecosconfig new eb40
> >> socrates@would:~/work/atmel/060606$ ecosconfig tree
> >> socrates@would:~/work/atmel/060606$ make -s
> >> headers finished
> >> build finished
> >> socrates@would:~/work/atmel/060606$ make -s tests
> >> headers finished
> >> build finished
> >> tests finished
> >> socrates@would:~/work/atmel/060606$ arm-elf-gdb -nw
> >> install/tests/kernel/v2_0/tests/bin_sem0
> >> GNU gdb 5.3 (eCosCentric)
> >> Copyright 2002 Free Software Foundation, Inc.
> >> GDB is free software, covered by the GNU General Public License, and you 
> >are
> >> welcome to change it and/or distribute copies of it under certain
> >> conditions.
> >> Type "show copying" to see the conditions.
> >> There is absolutely no warranty for GDB.  Type "show warranty" for 
> >details.
> >> This GDB was configured as "--host=i686-pc-linux-gnu --target=arm-elf"...
> >> (gdb) target bin
> >> Undefined target command: "bin".  Try "help target".
> >> (gdb) target sim
> >> Connected to the simulator.
> >> (gdb) load
> >> Loading section .rom_vectors, size 0x40 vma 0x2020000
> >> Loading section .text, size 0x6764 vma 0x2020040
> >> Loading section .rodata, size 0x394 vma 0x20267a4
> >> Loading section .data, size 0x2b4 vma 0x2026b38
> >> Start address 0x2020040
> >> Transfer rate: 225120 bits in <1 sec.
> >> (gdb) continue
> >> Continuing.
> >
> >The arm simulator does not include a simulated serial port, so you
> >won't see anything.
> >
> >What happens on the real target which will have a serial port?
> >
> >     Andrew

Please don't top post.

http://www.catb.org/~esr/jargon/html/T/top-post.html

The eb55 has two serial ports i think? Does it output out the other?

    Andrew

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] Huge memory footprint for a simple "hello world"

[Socrates Socrates]

Sorry about that.

Well the eb40 also has 2 serial ports. Since redboot is uploaded runs
runs (on RAM) well using port A, I imagine the tests applications will
also use the same port. If I recall (from Atmel's docs) well port A is
the one to be used for debugging.

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

AW: [ECOS] Huge memory footprint for a simple "hello world"

[Ram Sudhir Tadavarthi]

> If I recall (from Atmel's docs) well port A is the one to be used for 
> debugging.

[Ram ]Just verify if there is output on the other port as it takes very
little time to check it practically.

Warms Regards,
Ram



-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] Huge memory footprint for a simple "hello world"

[Gary Thomas]

On Wed, 2006-06-07 at 11:40 +0200, Socrates Socrates wrote:
> Hi Andrew,
> 
> Since I have successfully built redboot and uploaded it onto the
> board. What steps do I need to get a simple hellow world app running?
> 
> I was/am of the impression that from the directory where I built
> redboot, the only file I need was the target.ld file? Am I correct?
> 
> Better still if you are aware of a website which clearly shows how to
> build and upload a simple app could you please point it out?
> I have search the websites and the steps I've been following so far is
> what others say have done.

Try: http://www.mlbassoc.com/examples/

> 
> Regards;
> 
> 
> On 6/7/06, Andrew Lunn <andrew@lunn.ch> wrote:
> > On Wed, Jun 07, 2006 at 10:50:51AM +0200, Socrates Socrates wrote:
> > > Hi Andrew,
> > >
> > > The templete is redboot;
> >
> > You should only use the redboot tempate to build redboot.
> > To build applications you need to use a different template.
> >
> >    Andrew
> >

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

[ECOS] Python under eCos

[Evgeny Belyanco]

Wednesday, June 7, 2006, 3:57:01 PM, you wrote:

GT> Try: http://www.mlbassoc.com/examples/

Very nice!

Do you planning to finish Python example?
http://www.mlbassoc.com/examples/build_python.html


Evgeny Belyanco
Chief Designer KB KCC
**********************************
* Phone (cel.): +7 901 510 9046
**********************************


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] Python under eCos

[Gary Thomas]

On Wed, 2006-06-07 at 16:06 +0400, Evgeny Belyanco wrote:
> Wednesday, June 7, 2006, 3:57:01 PM, you wrote:
> 
> GT> Try: http://www.mlbassoc.com/examples/
> 
> Very nice!
> 
> Do you planning to finish Python example?
> http://www.mlbassoc.com/examples/build_python.html

I actually have (it's just not up yet).  It's vastly more complicated
and takes a lot of resources on the target, so the applicability is
somewhat limited.

Someday, I'll get a chance to update my web page with these details :-)

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss