<div dir="ltr"><div><div><div>Hi all,<br><br></div>I answer to myself. I had a problem with the uart clock. I was told that it was at 50 MHz but it was at 100 instead. <br><br></div>Now uart zero is working properly.<br><br></div>Thanks!<br><br><div><div><div><br><div><div class="gmail_extra"><div class="gmail_quote">2017-10-11 8:09 GMT+02:00 Sergio Paracuellos <span dir="ltr"><<a href="mailto:sparacuellos@orbitalcs.com" target="_blank">sparacuellos@orbitalcs.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div>Hi all,<br><br></div>I am using a zynq based board where uart zero is instantiated instead of one. I have just set <br></div><a href="http://configure.ac" target="_blank">configure.ac</a> BSP_CONSOLE_MINOR variable to zero and compile rtems normally (I am using rtems 4.11). I am able to run the samples but uart just give me unintelligible symbols. I have never expected that behaviour with the default uart 1 using zynq based boards. The only difference seems to be the mapped memory region for the uart so I was wondering if I am just skipping something. The minicom terminal program is configured correctly. I am able to use the board with linux without any uart issues.<br><br></div>Is there any known issue with uart 0 in zynq based boards? Is neccassy to change more stuff that console minor configure one?<br><br></div>Thanks in advance.<br><br></div>Cheers,<br></div>    Sergio Paracuellos<br></div>
</blockquote></div><br></div></div></div></div></div></div>