Joris van Rantwijk jorisvr at
Thu Aug 12 13:58:45 UTC 2010

On Thursday 12 August 2010 13:14:13 João Rasta wrote:
> No, i have a very low baudrate, 2400. The device is /dev/console_b, as
> instructed in

I guess then you got your RTEMS distribution from the Gaisler site,
not from The Gaisler version of RTEMS has specific modifications
in the UART driver which are not yet on

For example, the /dev/console driver from supports tcsetattr(),
the version from does not.

> After doing some tests i'm now sure that the packets are lost on the
> processor side. The processor is not fast enough to process the application
> and read the incoming packets in time, hence resulting in synchronization
> problems. The receiving sequence is lost because some packets are not
> "grabbed". I wonder if this can be improved by increasing the UART HW
> fifo..?

Increasing the HW fifo should improve at least a little bit.
Using interrupt-based receiving should help even more. The console
driver is probably working in polling mode now.

You could try switching the console driver to interrupt mode
(recompile RTEMS with environment variable CONSOLE_USE_INTERRUPTS=1).
Or use /dev/apbuartN instead of /dev/console_X.
Or try our leonuart driver and /dev/leonuartN instead of /dev/console_X.


More information about the users mailing list