<div dir="ltr">Hi Sebastian,<div><br></div><div>It was a tricky bit of code that dealt with the transition from XIP operation, to running from RAM to write to the same NOR flash chip we where XIP on previously.</div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, 14 Nov 2018 at 08:10, Sebastian Huber <<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Matthew,<br>
<br>
On 14/11/2018 09:05, Matthew J Fletcher wrote:<br>
> None of the above, but we used to <br>
> use rtems_cache_invalidate_entire_instruction <br>
> / rtems_cache_invalidate_multiple_data_lines but now use arch specific <br>
> methods instead.<br>
<br>
these functions are fine. I only want to get rid of the functions which <br>
operate on a processor set.<br>
<br>
Why do you use custom functions now instead of the one provided by RTEMS?<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" 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>
<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div><br>regards</div><div>---</div><div>Matthew J Fletcher</div><br></div>