<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 24, 2017 at 8:56 AM, Alan Cudmore <span dir="ltr"><<a href="mailto:alan.cudmore@gmail.com" target="_blank">alan.cudmore@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">For the RAM, maybe 128k can be used for the workspace,heap, and initial stack, and the other 128k bank can be used for data. </div></blockquote><div><br></div><div>I did something similar to this for an old 68000 board which only had 384K RAM.</div><div><br></div><div>You gave good advice for the port/BSP itself. I wouldn't expect much in what </div><div>I would call porting proper. The ARM port should cover the basic CPU architectural</div><div>variations. The issue is going to me in CPU model specifics and peripherals. </div><div>Mostly BSP issues and where peripherals are common across NXP CPUs,</div><div>libbsp/arm/.. and libcpu/arm/...</div><div><br></div><div>FWIW we are trying to slowly disperse libcpu contents so focusing on the proper</div><div>libbsp directories and asking questions when in doubt is the best path.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>If you get this working, I would not mind trying to port it to the Teensy 3.6 board, which has a similar CPU:</div><div><a href="https://www.pjrc.com/store/teensy36.html" target="_blank">https://www.pjrc.com/store/<wbr>teensy36.html</a><span class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888"><div>Alan<br></div><div><br></div><div><br></div></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 24, 2017 at 9:35 AM, 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">You have the gist of it. Read through the<br>
<a href="https://docs.rtems.org/branches/master/cpu-supplement/index.html" rel="noreferrer" target="_blank">https://docs.rtems.org/branche<wbr>s/master/cpu-supplement/index.<wbr>html</a> and<br>
<a href="https://docs.rtems.org/branches/master/bsp-howto/index.html" rel="noreferrer" target="_blank">https://docs.rtems.org/branche<wbr>s/master/bsp-howto/index.html</a> for a bit<br>
more guidance. There is currently no official "porting guide" beyond<br>
that, so keep asking questions.<br>
<div><div class="m_-2492576121030728433h5"><br>
On Thu, Feb 23, 2017 at 1:19 PM,  <<a href="mailto:george@n3ysa.org" target="_blank">george@n3ysa.org</a>> wrote:<br>
> I've got a FRDM-K64F and would like to get RTEMS running on it for a personal project. It has the standard ARM interrupt controller. One complication is that the SRAM is divided into two banks of 128K as the banks are connected to different buses in the MCU, and causes hard faults if an unaligned access crosses the boundary.<br>
><br>
> Looking at the existing code, anything specific too the K6x would go in libcpu, and anything specific to board (such as clock setup/debug uart) would appear to go in libsp?<br>
><br>
> Thanks,<br>
> George<br>
><br>
</div></div>> ______________________________<wbr>_________________<br>
> devel mailing list<br>
> <a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
> <a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman<wbr>/listinfo/devel</a><br>
______________________________<wbr>_________________<br>
devel mailing list<br>
<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman<wbr>/listinfo/devel</a><br>
</blockquote></div><br></div>
</div></div><br>______________________________<wbr>_________________<br>
devel mailing list<br>
<a href="mailto:devel@rtems.org">devel@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/<wbr>mailman/listinfo/devel</a><br></blockquote></div><br></div></div>