On Tue, Mar 4, 2014 at 8:36 PM, Alan Cudmore <alan.cudm...@gmail.com> wrote:
> I checked around at work and there is some interest in using the OpenRISC > architecture, but no definite plans. > Another idea is to advance the Microblaze port. > > Great. I can work on either, but I preferred OpenRISC because an RTEMS port, hopefully, can target both opensource HW and embedded SW communities. Industry preferences are of my concerns Alan, I appreciate your opinion regarding which architecture would you like to use a port for and why ? > Alan > > On Mar 4, 2014, at 1:22 PM, Hesham Moustafa <heshamelmat...@gmail.com> > wrote: > > > > > On Mon, Mar 3, 2014 at 6:54 PM, Gedare Bloom <ged...@rtems.org> wrote: > >> Hesham, >> >> On Mon, Mar 3, 2014 at 11:06 AM, Hesham Moustafa >> <heshamelmat...@gmail.com> wrote: >> > >> > >> > >> > On Mon, Mar 3, 2014 at 5:06 PM, Joel Sherrill < >> joel.sherr...@oarcorp.com> >> > wrote: >> >> >> >> >> >> On Mar 3, 2014 8:23 AM, Gedare Bloom <ged...@rtems.org> wrote: >> >> > >> >> > Hesham, >> >> > >> >> > The first question to figure out is why was the older port dropped. >> >> >> >> This I can answer. The tool chain rotted and had no maintainer. I also >> >> recall not having a simulator to test on. >> >> >> >> The final issue was some discrepancy between multiple openrisc CPU >> >> projects where I thought the focus on the architecture we had a port >> to was >> >> losing interest from them. >> > >> > Thanks Dr Joel, I also wanted to know the answer :) >> > Was this architecture OpenRISC 1000 or another core ? >> If the toolchain is up-to-date and there are simulator and real hw >> architecture supported, then it can be a feasible project to do a >> port. >> >> Yes the toolchain is up-to-date and I worked on their or1ksim simulator > which can be connected to gdb. They support many boards, one of them is > Atlys FPGA board which I have and worked on and I hope to create a BSP for. > >> >> >> >> > The second is what is your interest in porting to OpenRISC? >> > >> > Because I have been working on the last few months on FPGA project ( >> mips >> > microprocessor). >> > I wanted to port an OS to an opensource processor, and OpenRISC >> architecture >> > is mature enough to port a complex RTOS like RTEMS. >> >> >> >> And who would use it? >> > >> > People using black box OpenRISC and others interested in Digital design, >> > Computer architecture and >> > HW/SW interfacing. Something like xilinx zynq ? except that both >> OpenRISC >> > and RTEMS are opensource. >> If OpenRISC has settled on a specific reference architecture and has >> an adequately active community, then a port would be acceptable. >> >> I think they have. OpenRISC 1000 and 1200 architectures are both well > supported > and used, and their community is active. > >> >> >> >> Long term a port needs to be to a viable architecture from a "is it >> alive" >> >> view this includes the cpu, tools, a way for us to test, etc >> > >> > Sure, that's what I hope to work on. >> In order to have a chance that your proposal will be accepted, you >> will need to demonstrate that the openrisc tools work for recent gcc / >> newlib with an adequate simulator. Based on wikipedia, you should be >> able to cross-compile Linux for the OpenRISC to run on Qemu, or you >> may like to just try to get a bare-metal application to run in the >> simulator. >> >> I have built their latest toolchain, gcc 4.9.0 and binutils 2.24.51. > with newlib. A helloworld program is working fine with or1k-elf-run, > or1k-elf-gdb (which connects to their or1ksim simulator) and qemu. > > The questions is, should this project include porting their toolchains to > RTEMS toolchains (with their copyrights) ? or that may cause some > licence/copyrights problems ? > >> Gedare >> >> >> >> > Gedare >> >> > >> >> > On Sun, Mar 2, 2014 at 12:39 AM, Hesham Moustafa >> >> > <heshamelmat...@gmail.com> wrote: >> >> > > Hi, >> >> > > >> >> > > I am thinking of porting RTEMS for OpenRISC as a proposal for GSoC >> >> > > project >> >> > > this year. >> >> > > I know there was an older port, but it's not available anymore on >> the >> >> > > current RTEMS mainsteam. >> >> > > Would this project be of useful to RTEMS and suitable for GSoC ? >> >> > > >> >> > > Thanks, >> >> > > Hesham >> >> > > >> >> > > _______________________________________________ >> >> > > rtems-devel mailing list >> >> > > rtems-devel@rtems.org >> >> > > http://www.rtems.org/mailman/listinfo/rtems-devel >> >> > > >> >> > _______________________________________________ >> >> > rtems-devel mailing list >> >> > rtems-devel@rtems.org >> >> > http://www.rtems.org/mailman/listinfo/rtems-devel >> > >> > >> > > _______________________________________________ > rtems-devel mailing list > rtems-devel@rtems.org > http://www.rtems.org/mailman/listinfo/rtems-devel > > >
_______________________________________________ rtems-devel mailing list rtems-devel@rtems.org http://www.rtems.org/mailman/listinfo/rtems-devel