<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jul 19, 2018 at 1:37 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"><span class=""><br>
<br>
----- Am 19. Jul 2018 um 17:03 schrieb joel <a href="mailto:joel@rtems.org">joel@rtems.org</a>:<br>
<br>
> On Thu, Jul 19, 2018 at 8:49 AM, Gedare Bloom <<a href="mailto:gedare@rtems.org">gedare@rtems.org</a>> wrote:<br>
> <br>
>> For now we don't need to generalize this approach or make any kind of<br>
>> facility like this available outside of testing.<br>
>><br>
>> (FYI: 0 is a "nop" on some architectures)<br>
>><br>
>> Gedare<br>
>><br>
>> On Thu, Jul 19, 2018 at 9:37 AM, Sebastian Huber<br>
>> <<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-<wbr>brains.de</a>> wrote:<br>
>> > I thought about adding a _CPU_Illegal_instruction() function to<br>
>> > <rtems/score/cpu.h>. But, do you want such a toxic function in a header<br>
>> file<br>
>> > or librtemscpu.a? Now it is isolated in the test and can do no harm.<br>
>><br>
> <br>
> I have wondered if there enough architectural oddities like this in<br>
> the tests where a central place to address them would be helpful<br>
> when porting.<br>
<br>
</span>I am not really happy about the use of architecture defines in the tests. I will add a _CPU_Instruction_illegal() and _CPU_Instruction_no_operation(<wbr>) (used by testsuites/sptests/spcache01/<wbr>init.c) to <rtems/score/cpuimpl.h> tomorrow.<br>
<span class=""><br>
> <br>
> Where all do you have to check now when porting?<br>
<br>
</span>You always have to check the test results.<br></blockquote><div><br></div><div>I meant how many places in the source do you have to touch that </div><div>you don't expect? For example, RPC has some architecture conditionals</div><div>in it that are easy to forget.</div><div><br></div><div>--joel </div></div><br></div></div>