public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: "wangwei" <wangw@start.com.cn>
To: <Fano.Ramparany@rd.francetelecom.fr>,
	"Jonathan Larmour" <jlarmour@redhat.com>
Cc: "eCos Disuss" <ecos-discuss@sourceware.cygnus.com>
Subject: Re: [ECOS] TCP/IP and rom startup mode
Date: Wed, 30 May 2001 17:24:00 -0000	[thread overview]
Message-ID: <002a01c0e967$3ee6f2c0$592da8c0@start.com.cn> (raw)
In-Reply-To: <3B137464.576237FE@rd.francetelecom.fr>

I met the same problem .
I used redboot instead of stubs,which startup in rom. when I use gdb-insight
to debug it via tcp/ip,
init_all_network_interfaces will get a long delay. if gdb connnect target
via serial ,
everything is ok.


----- Original Message -----
From: "Fano Ramparany" <Fano.Ramparany@rd.francetelecom.fr>
To: "Jonathan Larmour" <jlarmour@redhat.com>
Cc: "eCos Disuss" <ecos-discuss@sourceware.cygnus.com>
Sent: Tuesday, May 29, 2001 6:05 PM
Subject: Re: [ECOS] TCP/IP and rom startup mode


> I've investigated on this problem by adding some tracing in eCos net
package.
> I've found the following:
> When operating in ROM startup mode, the long delay (approx. 2 mn) for
> completing
> init_all_network_interfaces is due to the execution of the DHCP protocol
> (function do_dhcp in file dhcp_prot.c),
> where there are many iterations in the DHCP state machine. More precisely,
> controls
> goes repetedly to state "DHCPSTATE_SELECTING" where it fails receiving the
> DHCPOFFER message
> from the DHCP server, and then listen again without retransmitting but
with a
> longer time out in case of repetitive failure.
> (whereas, in the case of RAM startup mode, DHCPOFFER is received at the
first
> attempt)
> However, I've found that if I wait long enough (1mn) between pushing the
> ureset and pushing the wakeup button
> (this is a specific procedure for running a ROM application on the EDB7212
> board), I don't have
> this 2mn delay.
>
> So my conclusion is that this seems to be a HW problem.
> I'm happy with this, but I though it might be helpful for other EDB7212
board
> users,
> to get this info in case they face the same problem.
> If somebody has an explanation for why the delay between resetting and
waking
> up the board
> impacts on the reception of the DHCPOFFER message, I'll be happy to hear
about
> it.
>
> Fano
>
> Jonathan Larmour wrote:
>
> > Fano Ramparany wrote:
> > >
> > > I'm using TCP/IP stack in a client application running on eCos (the
> > > server runs
> > > on a unix workstation). When running the client in "RAM startup" mode
> > > (mode for debugging) everything works fine.
> > > When running it in "ROM startup" mode I've noticed the following
> > > problems:
> > > 1- it takes about one minute for the function
> > > "init_all_network_interfaces" to complete.
> > >   whereas in "RAM startup" mode although it takes some time for gdb to
> > > download
> > >   the client code on the board,  once done,
> > > "init_all_network_interfaces" completes
> > >   immediately.
> >
> > It sounds like maybe BOOTP/DHCP is timing out. Except I don't know why
this
> > would be specific to ROM startup. Perhaps something else in this area of
> > your configuration changed?
> >
> > > 2- I can establish a socket connection with the bootp server (the
> > > argument
> > >   of the tcpconnection function) only. If I my server runs on another
> > > unix workstation,
> > >   my client can't connect to it
> >
> > Perhaps it needs routing?
> >
> > Jifl
> > --
> > Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223)
271062
> > Maybe this world is another planet's Hell -Aldous Huxley ||
Opinions==mine

      reply	other threads:[~2001-05-30 17:24 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-05-18  8:23 Fano Ramparany
2001-05-18 12:28 ` Jonathan Larmour
2001-05-29  3:06   ` Fano Ramparany
2001-05-30 17:24     ` wangwei [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='002a01c0e967$3ee6f2c0$592da8c0@start.com.cn' \
    --to=wangw@start.com.cn \
    --cc=Fano.Ramparany@rd.francetelecom.fr \
    --cc=ecos-discuss@sourceware.cygnus.com \
    --cc=jlarmour@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).