<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Mar 4, 2014 at 8:47 PM, 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:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">On Tue, Mar 4, 2014 at 1:22 PM, Hesham Moustafa<br>
<div class=""><<a href="mailto:heshamelmatary@gmail.com">heshamelmatary@gmail.com</a>> wrote:<br>
><br>
><br>
><br>
> On Mon, Mar 3, 2014 at 6:54 PM, Gedare Bloom <<a href="mailto:gedare@rtems.org">gedare@rtems.org</a>> wrote:<br>
>><br>
>> Hesham,<br>
>><br>
>> On Mon, Mar 3, 2014 at 11:06 AM, Hesham Moustafa<br>
>> <<a href="mailto:heshamelmatary@gmail.com">heshamelmatary@gmail.com</a>> wrote:<br>
>> >><br>
</div><div class="">>> >> Long term a port needs to be to a viable architecture from a "is it<br>
>> >> alive"<br>
>> >> view  this includes the cpu, tools, a way for us to test, etc<br>
>> ><br>
>> > Sure, that's what I hope to work on.<br>
>> In order to have a chance that your proposal will be accepted, you<br>
>> will need to demonstrate that the openrisc tools work for recent gcc /<br>
>> newlib with an adequate simulator. Based on wikipedia, you should be<br>
>> able to cross-compile Linux for the OpenRISC to run on Qemu, or you<br>
>> may like to just try to get a bare-metal application to run in the<br>
>> simulator.<br>
>><br>
> I have built their latest toolchain, gcc  4.9.0 and binutils 2.24.51.<br>
> with newlib. A helloworld program is working fine with or1k-elf-run,<br>
> or1k-elf-gdb (which connects to their or1ksim simulator) and qemu.<br>
><br>
> The questions is, should this project include porting their toolchains to<br>
> RTEMS toolchains (with their copyrights) ? or that may cause some<br>
> licence/copyrights problems ?<br>
</div>In order for RTEMS Project to accept the BSP for inclusion, the GCC<br>
toolchain must be available and prepared for upstream submission. If<br>
there is already OpenRISC (or1k) support accepted by GCC for linux, it<br>
should be straightforward to make it work for RTEMS. You will need to<br>
propose it as part of your GSOC, and you will need to make the proper<br>
steps including submitting FSF paperwork for contributing to GCC.<br></blockquote><div>They have their latest toolchain at github [1]. Also there is a linux port that can work</div><div>on both or1ksim and real HW FPGA [2]. Not sure how the project would </div>
<div>interface/interact with the existing or1k toolchain at github, gcc, and RTEMS. I would</div><div>appreciate more clarification about this issue.</div><div><br></div><div>[1] <a href="https://github.com/openrisc/or1k-src">https://github.com/openrisc/or1k-src</a> </div>
<div>[2] <a href="http://openrisc.net/toolchain-build.html">http://openrisc.net/toolchain-build.html</a></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<span class=""><font color="#888888">-Gedare<br>
</font></span></blockquote></div><br></div></div>