headers
Alpha Chen | 1 Feb 2005 01:42
Picon
Favicon

ecosconfig on OS X?

Has anyone successfully gotten ecosconfig to work on OS X? Although I 
can configure for powerpc-apple-macos as the host, make/make install 
don't actually do anything afterwards.

Thanks,
Alpha Chen

--

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
Permalink | Reply | 0 comments |
headers
John Newlin | 1 Feb 2005 05:04
Picon

Re: BOOTP/DHCP delay question

Another possiblity, is some switches do checks for network loops when
a port comes active, and this can take a couple of seconds.

On Mon, 31 Jan 2005 23:26:18 +0100, Andrew Lunn <andrew <at> lunn.ch> wrote:
> On Mon, Jan 31, 2005 at 06:07:10PM +0100, Ilko Iliev wrote:
> > Hi,
> > I use BOOTP and DHCP to configure my target IP, in both cases this
> > process takes about 5 secs.
> > So the questions are:
> > 1. What is the purpose of this delay?
> > 2. Can this be made immediately, i.e. not waiting for a timeout?
> 
> Look at the packets being transfered. I've seen a few different things
> happen:
> 
> 1) The dhcp server allocates an IP address and then sends out an ARP
> for that address to see if anybody else is already using it. It then
> waits a couple of seconds to see if anybody replies to the ARP before
> giving the IP address to the dhcp client.
> 
> 2) The dhcp client code passes the first packet to the ethernet device
> before it is fully initialised. The ethernet device then drops the
> packet. Some time later the dhcp client does a retry which does make
> it out onto the wire.
> 
> It could be one of these is happening.
> 
>         Andrew
> 
> --
(Continue reading)

Permalink | Reply | 3 comments |
headers
Peter Korsgaard | 1 Feb 2005 07:59
Picon

Re: Update of doc-latest/ref

>>>>> "Andrew" == Andrew Lunn <andrew <at> lunn.ch> writes:

 >> Could the one in charge of
 >> http://ecos.sourceware.org/docs-latest/ref have a look at the
 >> cronjob? It doesn't seem to get updated anymore - E.G. my
 >> CYG_TTY_IN_FLAGS_* fix from December isn't there, the SPI
 >> documentation is missing, ..

 Andrew> Its not a cron job. Its a human job, and this particular
 Andrew> human is being lazy/overworked at the moment...

Ups ;) Sorry then - wouldn't it be pretty easy to automate?

-- 
Bye, Peter Korsgaard

--

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
Permalink | Reply | 2 comments |
headers
Sumit Chauhan | 1 Feb 2005 08:05
Picon

reducing ixdp425 image size

Hi,

Could I ask you all a small question / your advice on how to go about this:

we have been able to get redboot working on our board ..
but the size of redboot_(ROM).bin is nearly 266k with NPE support
built-in for our ixdp425 based boards ..
only thing we have changed from default compilation is the sdram size
.. so this should be pretty much standard size of .bin for ixdp boards
..

Now, this image size is a little higher than the 256 k partition we have ..
so can u suggest what can be removed from config files ..

We dont need gdb / stub support .. but from my limited understanding
of the build process, I can see in redboot_ROM.ecm that they aren't
compiled in by default anyways ..

we do need networking support,
can u suggest some other packages which u think we can remove easilly ?

Cheers,
Sumit

--

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
Permalink | Reply | 0 comments |
headers
Sumit Chauhan | 1 Feb 2005 08:11
Picon

partitions needed by ecos

Hi,

A very basic question perhaps, but I am a little confused after
reading the redboot  guides on net.

What all partitions does redboot need .. I mean we have say a 256k
area for ROM based redboot ..

do we need a separate area for config / fis ?? any other area ?
The way I understand it is that if we modify flash.c as described in
customising guide for ixp .. ( by changing the fconfig structure .. )
we shouldnt need these area ..

Please ignore my limited knowledge as I am new and with limited
resources to look up for help ..
Hoping for an answer.

Cheers,
Sumit

--

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
Permalink | Reply | 0 comments |
headers
Andrew Lunn | 1 Feb 2005 09:21
Picon

Re: Update of doc-latest/ref

On Tue, Feb 01, 2005 at 07:59:41AM +0100, Peter Korsgaard wrote:
> >>>>> "Andrew" == Andrew Lunn <andrew <at> lunn.ch> writes:
> 
>  >> Could the one in charge of
>  >> http://ecos.sourceware.org/docs-latest/ref have a look at the
>  >> cronjob? It doesn't seem to get updated anymore - E.G. my
>  >> CYG_TTY_IN_FLAGS_* fix from December isn't there, the SPI
>  >> documentation is missing, ..
> 
>  Andrew> Its not a cron job. Its a human job, and this particular
>  Andrew> human is being lazy/overworked at the moment...
> 
> Ups ;) Sorry then - wouldn't it be pretty easy to automate?

It would need some work. The different versions of the tools vary in
the degree of correctness to the sgml. The tools on my debian system
seem quite happy to ignore missing closed paragraphs, etc. Where as
the tools on a RedHat system will stop dead and give error messages.
The HTML produced by these different tools is also a bit different, so
the CVS diff is quite large...

So automating it would have to send out an email when it all went
wrong, and it should not overright the current html until it has
successfully genereted all the new html.

If you feel upto the challange, feel free to give it a go. All the
sgml is in the normal eCos tree. The website is just another part of
the CVS repository. You can check that part our using the module name
htdocs. For testing is suggest you setup your own CVS repository which
you check the html into.
(Continue reading)

Permalink | Reply | 1 comment |
headers
BUFFENOIR | 1 Feb 2005 11:06
Picon
Favicon

Programing flash on a PhyCore PCM-995 (MPC555 processor) by parallel port.

Hello,

I have a phyCore MPC555 development board and I wish
download eCos on the flash memory. But I use cygwin on
Windows XP and I can only transfer program on a
parallel port (with BDM interface, MSI Wiggler). Which
software can I use ? I test Trace32 (evaluation
licence) from Lauterbach but, when I execute the
serial example, nothing append. At the beginning, I
try to transfer the program with Metrowerk CodeWarrior
but there was an error (No PC entry point).

I am new in real-time and embedded software
development. Can you help me ?

Best regards,
Christophe Buffenoir

	

	
		
Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! 
Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/

--

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

Permalink | Reply | 0 comments |
headers
Tim Sohacki | 1 Feb 2005 14:04

Reserved Memory

Is there a configuration to reserve a block of memory outside the eCos
heap (but that is still configured as R/W memory)?  I am using a MPC8270
PPC.

For those who are familiar with vxWorks, a macro is available,
USER_RESERVED_MEM, to define an amount of memory that is left untouched
by the operating system.  This memory region is reserved at the end of
memory, ending on the highest memory address. How would this be
accomplished with eCos?

An example memory map with a 1 MB reserved region:
   0x0000_0000: vector stubs
   0x0004_0000: start of program
   0x00xx_xxxx: end of program
   0x00xx_xxxy: start of heap
   0x01EF_FFFF: "end of heap"              // to be added
   0x01F0_FFFF: "start of reserved memory" // to be added
   0x0200_0000: end of memory

This memory region will be used to store debug information across
reboots (not power cycles), so the area must *not* be initialized to a
known value by the operating system.

Thanks in advance.

Cheers,
Tim. 

--

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
(Continue reading)

Permalink | Reply | 1 comment |
headers
Gary Thomas | 1 Feb 2005 14:16
Favicon

Re: Reserved Memory

On Tue, 2005-02-01 at 08:04 -0500, Tim Sohacki wrote:
> Is there a configuration to reserve a block of memory outside the eCos
> heap (but that is still configured as R/W memory)?  I am using a MPC8270
> PPC.
> 
> For those who are familiar with vxWorks, a macro is available,
> USER_RESERVED_MEM, to define an amount of memory that is left untouched
> by the operating system.  This memory region is reserved at the end of
> memory, ending on the highest memory address. How would this be
> accomplished with eCos?
> 
> An example memory map with a 1 MB reserved region:
>    0x0000_0000: vector stubs
>    0x0004_0000: start of program
>    0x00xx_xxxx: end of program
>    0x00xx_xxxy: start of heap
>    0x01EF_FFFF: "end of heap"              // to be added
>    0x01F0_FFFF: "start of reserved memory" // to be added
>    0x0200_0000: end of memory
> 
> This memory region will be used to store debug information across
> reboots (not power cycles), so the area must *not* be initialized to a
> known value by the operating system.

In the file .../hal/powerpc/≤PLATFORM>/current/include/pkgconf/mlt*ram.h
Change these lines (or whatever you have):

#define CYGMEM_REGION_ram_SIZE (0x1000000)  /* 16MB */
                                ^^^^^^^^^
#define CYGMEM_SECTION_heap1_SIZE (0x1000000 - (size_t) CYG_LABEL_NAME (__heap1))
(Continue reading)

Permalink | Reply | 0 comments |
headers
bardozs | 1 Feb 2005 16:18
Picon
Picon
Favicon

problem building a trivial application with arm-linux-xxxx

Hi all,
  First of all, I work with the Arcom Viper board based on Intel
Xscale PXA255.
  I'm a beginner in this field so I would like to try eCos with a
simple program which allows me to start a much bigger project.
 So my application is: 

int main(void)
{
 printf("hello eCos world!!");
 return 0;
}

   Then I build using: 
/opt/arcom/bin/arm-linux-gcc -g -I/nec5/ecos/bla/tet_install/include
hello.c -I/home/nec5/ecos/bla/tet_install/lib -Ttarget.ld

   But it failed and return me: 
bash: /opt/arcom/bin/arm-linux-gcc: /lib/ld-lsb.so.1: bad ELF
interpreter: no such file or directory

Thank you in advance.
Sincerely,

Sébastien Bardoz
Mail : bardozs <at> esiee.fr
Tel : +33(0)6153 40497

--

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
(Continue reading)

Permalink | Reply | 4 comments |

Gmane