Gedare,<br><br>Yes the "hello" example works fine. I just tried the "ticker" example, but rtems_clock_set() returns RTEMS_INVALID_CLOCK. Odd, maybe the samples dont get tested very often.<br><br>It _TOD_Validate() is rejecting the time set in the example, and i am literally using the code from the example. Its returning false at the first 'if' test, the big one checking against the constants.<br>
<br>Is the test for 'the_tod->year < TOD_BASE_YEAR' correct given then are equal at 1988 ?<br><br><br><div class="gmail_quote">On 1 March 2013 15:40, Gedare Bloom <span dir="ltr"><<a href="mailto:gedare@rtems.org" target="_blank">gedare@rtems.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Fri, Mar 1, 2013 at 9:07 AM, Matthew J Fletcher <<a href="mailto:amimjf@gmail.com">amimjf@gmail.com</a>> wrote:<br>

> Hi,<br>
><br>
> Do rtems applications normally create a new task straight away in Init() ? i<br>
> ask because i seem to get stuck with no threads being scheduled after the<br>
> first Clock_isr.<br>
><br>
</div>By the time Init gets executed the entire application stack should be<br>
set up and multithreading/interrupts should work fine. Init can either<br>
create new tasks, or execute the workload directly.<br>
<div class="im"><br>
> So after boot_card() completes rtems context switches into Init(), there i<br>
> setup my 10ms tick ISR which calls rtems_clock_tick(). But the original<br>
> thread Init() never gets scheduled again after the first call to<br>
> rtems_clock_tick(). I've used JTAG to place breakpoints and i can see the<br>
> code in Init() is not being run.<br>
><br>
</div>I don't understand what you mean about Init setting up the clock tick.<br>
The ISR for clock handling should be installed during rtems<br>
initialization when the clock driver is installed. Have you<br>
successfully executed the "hello" sample on your board? If so the next<br>
one to test is ticker, which should give you an idea of whether the<br>
clock tick + context switch is working.<br>
<br>
-Gedare<br>
<div class="im"><br>
> I can see the ISR is being called and the interrupt acknowledged due to<br>
> breakpoints there.<br>
><br>
> Interestingly although i am using the arm-rtemseabi4.11-gdb 'info threads'<br>
> only shows the current context of the ISR not the Init() thread, that might<br>
> be a different issue though.<br>
><br>
><br>
> regards<br>
> ---<br>
> Matthew J Fletcher<br>
><br>
><br>
</div>> _______________________________________________<br>
> rtems-users mailing list<br>
> <a href="mailto:rtems-users@rtems.org">rtems-users@rtems.org</a><br>
> <a href="http://www.rtems.org/mailman/listinfo/rtems-users" target="_blank">http://www.rtems.org/mailman/listinfo/rtems-users</a><br>
><br>
</blockquote></div><br><br clear="all"><br>-- <br><div><br>regards</div><div>---</div><div>Matthew J Fletcher</div><br>