<div dir="ltr"><div><div>All,<br><br></div>Hi Sebastian, everyone, I'm Ben, pleased to meet you. beng-nl on #rtems. My day job is working on Minix (<a href="http://www.minix3.org">www.minix3.org</a>). To learn more about embedded systems in general and RTEMS in particular I'm working on a BSP for the Beagle family of targets with Chris and we're at the stage where we are running all the tests and diagnosing the failure reasons. Currently on the BBXM and in the near future I want to do the same for the Beaglebones.<br>
<br></div>The BSP isn't merged yet, we're still polishing it, hence it not being in the tree.<br><div><br>More info, including pointers to the WIP code:<br><a href="http://wiki.rtems.org/wiki/index.php/Beagleboard">http://wiki.rtems.org/wiki/index.php/Beagleboard</a><br>
<div><br></div><div>A blog I started to document some of my findings with this experience:<br><a href="http://www.shrike-systems.com/">http://www.shrike-systems.com/</a><br></div><div><br></div><div>Sebastian, with respect to your comment on Chris' change: I understand what this change wants to accomplish, and what you are saying, so I thought I would weigh in.<br>
<br>The rationale for the change is not that the functionality is required for something special to happen at shutdown time. As you say, that can be handled with user extensions.<br><br>The reason is that the test system needs breakpoints to be hit to indicate the test is over. We are using GDB to load & run the executables over JTAG. Setting _Terminate as the breakpoint causes tests to fail precisely *because* of work still to be done in user extensions. So we need to be able to set a breakpoint once everything, including the work done in _Terminate, is over. Hence the extra call.<br>
<br></div><div>Cheers!<br>Ben<br><br></div><div><br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Apr 27, 2014 at 2:30 PM, Sebastian Huber <span dir="ltr"><<a href="mailto:sebastian.huber@embedded-brains.de" target="_blank">sebastian.huber@embedded-brains.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 04/27/2014 02:13 PM, Chris Johns wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Splitting the call to _CPU_Fatal_halt out into a separate function<br>
allows the rtems-test gdb support the ability to halt once the<br>
_Terminate function has completed it's work.<br>
<br>
This change allows the BeagleBoard xM BSP to pass a number of<br>
important tests.<br>
</blockquote>
<br></div>
I don't find a BeagleBord BSP in the tree.<br>
<br>
In case the BSP has to do fancy things during termination, why don't you do this in bsp_reset() or bsp_fatal_extension()?<br>
<br>
I guess the bsp.h has no:<br>
<br>
#include <bsp/default-initial-<u></u>extension.h><br>
<br>
The way to control the termination sequence is via user extensions and not weak functions.<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
Sebastian Huber, embedded brains GmbH<br>
<br>
Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>
Phone : <a href="tel:%2B49%2089%20189%2047%2041-16" value="+4989189474116" target="_blank">+49 89 189 47 41-16</a><br>
Fax : <a href="tel:%2B49%2089%20189%2047%2041-09" value="+4989189474109" target="_blank">+49 89 189 47 41-09</a><br>
E-Mail : <a href="mailto:sebastian.huber@embedded-brains.de" target="_blank">sebastian.huber@embedded-<u></u>brains.de</a><br>
PGP : Public key available on request.<br>
<br>
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<u></u>_________________<br>
rtems-devel mailing list<br>
<a href="mailto:rtems-devel@rtems.org" target="_blank">rtems-devel@rtems.org</a><br>
<a href="http://www.rtems.org/mailman/listinfo/rtems-devel" target="_blank">http://www.rtems.org/mailman/<u></u>listinfo/rtems-devel</a><br>
</div></div></blockquote></div><br></div>