apbuartN is not recognized, only console_N. Either to include your driver or to use CONSOLE_USE_INTERRUPTS=1 i have to recompile rtems. I'll give it a try.<br><br>I have seen in your driver that rtems_termios_bufsize() can be used to change the driver buffer size. Can i use it to change the RX and TX size of the console_N driver?<br>
<br><br>Best,<br>JM<br><br><div class="gmail_quote">On Thu, Aug 12, 2010 at 2:58 PM, Joris van Rantwijk <span dir="ltr"><<a href="mailto:jorisvr@sron.nl">jorisvr@sron.nl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On Thursday 12 August 2010 13:14:13 Joćo Rasta wrote:<br>
> No, i have a very low baudrate, 2400. The device is /dev/console_b, as<br>
> instructed in<br>
><br>
> <a href="http://www.gaisler.com/cms/index.php?option=com_content&task=view&id=82&Itemid=61" target="_blank">http://www.gaisler.com/cms/index.php?option=com_content&task=view&id=82&Itemid=61</a><br>

<br>
</div>I guess then you got your RTEMS distribution from the Gaisler site,<br>
not from <a href="http://rtems.org" target="_blank">rtems.org</a>. The Gaisler version of RTEMS has specific modifications<br>
in the UART driver which are not yet on <a href="http://rtems.org" target="_blank">rtems.org</a>.<br>
<br>
For example, the /dev/console driver from <a href="http://gaisler.com" target="_blank">gaisler.com</a> supports tcsetattr(),<br>
the version from <a href="http://rtems.org" target="_blank">rtems.org</a> does not.<br>
<div class="im"><br>
> After doing some tests i'm now sure that the packets are lost on the<br>
> processor side. The processor is not fast enough to process the application<br>
> and read the incoming packets in time, hence resulting in synchronization<br>
> problems. The receiving sequence is lost because some packets are not<br>
> "grabbed". I wonder if this can be improved by increasing the UART HW<br>
> fifo..?<br>
<br>
</div>Increasing the HW fifo should improve at least a little bit.<br>
Using interrupt-based receiving should help even more. The console<br>
driver is probably working in polling mode now.<br>
<br>
You could try switching the console driver to interrupt mode<br>
(recompile RTEMS with environment variable CONSOLE_USE_INTERRUPTS=1).<br>
Or use /dev/apbuartN instead of /dev/console_X.<br>
Or try our leonuart driver and /dev/leonuartN instead of /dev/console_X.<br>
<font color="#888888"><br>
Joris.<br>
</font></blockquote></div><br>