RE: [ECOS] Debug messages through serial communication port

[Cristiano Ligieri Pereira <cpereira at ics dot uci dot edu>]

It looks similar. But my feeling is that the messages are interfering in
the delays because the messages come out quite slowly. I would like at
least to understand why that is happening. And of course it would be nice
to fix it. :-)

Cristiano.

------------------------------------------------------------
Cristiano Ligieri Pereira - http://www.ics.uci.edu/~cpereira

On Wed, 29 Aug 2001, Trenton D. Adams wrote:

> I have the same problem.  It doesn't bother me that much so I haven't
> bothered to figure out why it's happening.
> 
> I have a series of diag_printfs with cyg_thread_delays in between.  It
> appears as if all the cyg_thread_delays are run through first, and then
> the diag_printfs.  I don't know why this would happen, but it does.  Is
> this similar to your problem?
> 
> -----Original Message-----
> From: ecos-discuss-owner@sources.redhat.com
> [mailto:ecos-discuss-owner@sources.redhat.com] On Behalf Of Cristiano
> Ligieri Pereira
> Sent: Wednesday, August 29, 2001 12:06 AM
> To: ecos-discuss@sourceware.cygnus.com
> Subject: [ECOS] Debug messages through serial communication port
> 
> 
> 
> Hi folks,
> 
> I'm using a bunch of diag_printf messages in order to debug my
> application
> running on my new XScale board port. After printing some messages the
> systems freezes for a while and then continues executing. It looks like
> some buffer gets full and time is taken to flush it. For a very simple
> application, which basically loops forever and prints some messages
> after
> every tick (using cyg_thread_delay(1)) this is happening. The same
> application running on the iPaq works fine (and I'm also sending
> messages
> through the serial in a 1 tick basis).
> 
> Any guess on what might be causing my system to freeze? Is there any
> buffer in which diag_printf messages are put into?
> 
> Thanks,
> Cristiano.
> 
> ------------------------------------------------------------
> Cristiano Ligieri Pereira - http://www.ics.uci.edu/~cpereira
> 
>