<div dir="ltr"><div>It is the ERC 32 chipset version (TSC691, TSC692 and TSC693 units), The Board was manufactured by Tharsys, a french company, but it does not</div><div>exist anymore. The board manual dates from 2000.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em sex, 30 de ago de 2019 às 17:53, Joel Sherrill <<a href="mailto:joel@rtems.org" target="_blank">joel@rtems.org</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 30, 2019, 11:35 AM Michel Macena <<a href="mailto:mmacena.eng@gmail.com" target="_blank">mmacena.eng@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Thanks for the answer, but the ticker sample program</div><div>has this macro in his system.h header. I can compile a program</div><div>with this macro but when  I load it, the board just ignores it an then reset. If I change the</div><div>macro for the opposite one ("does not need the clock driver") the program just works, except that I can't</div><div>use any time related routine. Also without the clock drive driver enabled I can't communicate with the board (send and receive data).</div><div>I understand that the Macro enables the clock drive but how this happens ? It changes a register value  in the chip ?<br></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Setting that macro adds the clock driver to the set of statically installed device drivers. The code is in bsps/sparc/erc32/clock. It uses a timer on the erc32. </div><div dir="auto"><br></div><div dir="auto">Check that it survives initialising the clock and gets the interrupt ok.</div><div dir="auto"><br></div><div dir="auto">This isn't something I have heard of before. Is this a very early erc32? Just wondering with nothing specific in mind. </div><div dir="auto"><br></div><div dir="auto">--joel</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em sex, 30 de ago de 2019 às 03:21, Sebastian Huber <<a href="mailto:sebastian.huber@embedded-brains.de" rel="noreferrer" target="_blank">sebastian.huber@embedded-brains.de</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 30/08/2019 19:09, Michel Macena wrote:<br>
> I still have the issue with the macro #define <br>
> CONFIGURE_APPLICATION_NEEDS_CLOCK_DRIVER. I tried<br>
> a different version of RTEMS but It didn't work. Can someone explain me <br>
> how this macro works? So I can<br>
> try to figure out some patch or fix for my hardware.<br>
<br>
This configuration option enables the clock driver.<br>
<br>
I would run first the RTEMS test suite on your target. For example start <br>
with the ticker sample program.<br>
<br>
-- <br>
Sebastian Huber, embedded brains GmbH<br>
<br>
Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>
Phone   : +49 89 189 47 41-16<br>
Fax     : +49 89 189 47 41-09<br>
E-Mail  : <a href="mailto:sebastian.huber@embedded-brains.de" rel="noreferrer" target="_blank">sebastian.huber@embedded-brains.de</a><br>
PGP     : Public key available on request.<br>
<br>
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.<br>
</blockquote></div>
</blockquote></div></div></div>
</blockquote></div>