public inbox for ecos-devel@sourceware.org
 help / color / mirror / Atom feed
From: Nick Garnett <nickg@ecoscentric.com>
To: "damien millescamps" <damien.millescamps@gmail.com>
Cc: "Chris Zimman" <czimman@bloomberg.com>,
		  "andrew wiggin" <end3er@gmail.com>,
	 ecos-devel@ecos.sourceware.org
Subject: Re: Serial VS Diagnostic interface
Date: Wed, 14 Jan 2009 15:10:00 -0000	[thread overview]
Message-ID: <m3zlhtrkjn.fsf@xl5.calivar.com> (raw)
In-Reply-To: <587ce2cd0901140657kb59c6d9k20e0075ef8ba98d@mail.gmail.com>

"damien millescamps" <damien.millescamps@gmail.com> writes:

> On Wed, Jan 14, 2009 at 3:19 PM, Nick Garnett <nickg@ecoscentric.com> wrote:
> > The most common problem with serial devices is not enabling
> > CYGPKG_IO_SERIAL_DEVICES. Obviously you also have to include the
> > CYGPKG_IO_SERIAL package too.
> >
> > Note that AT91 serial devices cannot be shared between diagnostics and
> > serial drivers. So if you want to continue using diagnostics on a
> > particular UART, you need to disable it for the drivers.
> >
> 
> I imagine you mean CYGPKG_IO_SERIAL_<platform> instead of
> CYGPKG_IO_SERIAL_DEVICES which doesn't exist ?

No, I really do mean CYGPKG_IO_SERIAL_DEVICES, which is an option in
the CYGPKG_IO_SERIAL package. It causes the serial devices to be
enabled. If you cannot see it, then that probably means that
CYGPKG_IO_SERIAL is not included or enabled.

> 
> When you say it is not possible to use the Diagnostic interface and
> the serial drivers, is it just because of the ISR declaration ? If
> this is the case, I already know how to handle it, or are you talking
> about another issue ?

It has more to do with the DMA engines. The PDC is used to overcome
the UART's lack of FIFOs. Once the drivers are loaded they point the
DMA engines at their own buffers, not those previously used by the
diagnostic channel. As a result the diagnostic channel code will no
longer work.


-- 
Nick Garnett                                      eCos Kernel Architect
eCosCentric Limited    http://www.eCosCentric.com      The eCos experts
Barnwell House, Barnwell Drive, Cambridge, UK.     Tel: +44 1223 245571
Registered in England and Wales:                        Reg No: 4422071

  reply	other threads:[~2009-01-14 15:10 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-13 19:58 andrew wiggin
2009-01-14  0:21 ` Chris Zimman
2009-01-14 13:03   ` andrew wiggin
2009-01-14 13:25     ` Chris Zimman
2009-01-14 13:30       ` damien millescamps
2009-01-14 14:19         ` Nick Garnett
2009-01-14 14:58           ` damien millescamps
2009-01-14 15:10             ` Nick Garnett [this message]
2009-01-16 16:20               ` andrew wiggin
2009-01-16 16:23                 ` Chris Zimman
2009-01-16 17:35                   ` Jonathan Larmour
2009-01-16 19:02                     ` andrew wiggin
2009-01-14 13:45       ` Chris Zimman

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=m3zlhtrkjn.fsf@xl5.calivar.com \
    --to=nickg@ecoscentric.com \
    --cc=czimman@bloomberg.com \
    --cc=damien.millescamps@gmail.com \
    --cc=ecos-devel@ecos.sourceware.org \
    --cc=end3er@gmail.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).