This is the mail archive of the
ecos-discuss@sourceware.cygnus.com
mailing list for the eCos project.
Re: hi NICK GARNETT - TCP/IP stack of ecos for i386 PC
- To: <alexs at redhat dot com>
- Subject: Re: [ECOS] hi NICK GARNETT - TCP/IP stack of ecos for i386 PC
- From: "Avinash Dumbre" <avinashd at aftek dot com>
- Date: Fri, 26 May 2000 16:29:22 +0530
- Cc: <ecos-discuss at sourceware dot cygnus dot com>
- References: <NCBBKJPHEKGAJNNFGNBLCEDHEPAA.alexs@redhat.com>
HI,
I received ur message and it was of certainly great help.
But I wish to ask u if there is any other way I could test the tcp/ip stack
of ecos on i386 platform.
I mean without using the ethernet card i.e. using PPP.
OR on the communications port COM1or COM2 directly by sending and reciving
data on the communications port.
Which application should i use for it ?
And what r the configuration tool options ?
It would be of great help to me.
Thanking u in anticipation.
Sincerely,
Avinash
----- Original Message -----
From: Alex Schuilenburg <alexs@redhat.com>
To: Avinash Dumbre <avinashd@aftek.com>
Cc: <ecos-discuss@sourceware.cygnus.com>
Sent: Friday, May 26, 2000 3:51 PM
Subject: RE: [ECOS] hi NICK GARNETT - TCP/IP stack of ecos for i386 PC
> > HI,
> >
> > Can I use the current ecos version with the beta release
> > of the TCP/IP stack for a target platform of i386 PC
> >
> > Can the TCP/IP stack work on i386 platform since the
> > doc for tcp/ip says nothing about the stack implementation
> > for i386.
> >
>
> Yes you can use the TCPIP stack on the i386, but you will need a device
> driver for your ethernet card. If you check the list archives you will
see
> that there is a problem in the stack where it currently only operates in
> loopback mode if there is a device driver. From your previous message, it
> looks like you are going to need one anyway if that is what you have to
> demonstrate.
>
>
> > PLZ help me.
> >
> > Thanking u in anticipation.
> >
> > Sincerely,
> >
> > Avinash
>
> And before you ask, no, we do not currently have any i386 ethernet device
> drivers and are not working on any. I do also not know of any existing
work
> in this area either, maybe someone else on this list can help :-)
>
> If not, then you will have to write one yourself. Documentation exists on
> the web explaining how to write a device driver (I do not have the ref
> handy). And of course you are encouraged to submit any such work back to
> the community ;-)
>
> -- Alex
>
>