public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Fabrice Gautier <Fabrice_Gautier@sdesigns.com>
To: "Ecos-List (E-mail)" <ecos-discuss@sourceware.cygnus.com>
Subject: [ECOS] communications channel concepts
Date: Fri, 15 Sep 2000 16:56:00 -0000	[thread overview]
Message-ID: <8AE4B526B977D411841F00A0CC334020052C5A@cuz-exchange.sdesigns.net> (raw)

Hi,

I'm still confused about the communication channel concept in eCos.
What I'm saying is based on what I've seen on the 1.3.1 release and
particulary in the i386 platform.

For example I think there is a confusion between the diag channel and the
gdb channel.
And for what I've seen in the code, the gdb debug channel is always com1 and
38400 bauds (except if you hack the stub).

But either the diag channel is com1 or com2, there is still an
initialization of the com port. When the diag channel is the same as the gdb
channel we shouldn't need this. And it don't understand very well how the
gdb stub and the diag channel send and receive chars. It would be logical to
have a read function for the stub and a read function for the diag channel,
and maybe when the channel is the same one would call the other but in the
current code i can't see a clear distinction between waht belong to the
stub, and what belong to the diagnostic stuff.

It seems that the last cvs update bring a lot of new stuff, Redboot and all,
Is there any stuff adressing this problems ?
I've seen that RedBoot only use ethernet for the moment. What shoudl be the
amount of work to have serial support for Redboot? What kind of driver does
redboot would use? the common eCos serial driver or a special serial driver
(like this is the case currently for the gdb stubs) 

Thanks

-- 
Fabrice Gautier
fabrice_gautier@sdesigns.com 




             reply	other threads:[~2000-09-15 16:56 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-09-15 16:56 Fabrice Gautier [this message]
2000-09-16  8:48 ` Jonathan Larmour

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=8AE4B526B977D411841F00A0CC334020052C5A@cuz-exchange.sdesigns.net \
    --to=fabrice_gautier@sdesigns.com \
    --cc=ecos-discuss@sourceware.cygnus.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).