<div dir="ltr">Hi Tim,<div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 8, 2016 at 11:53 AM, Tim Ansell <span dir="ltr"><<a href="mailto:mithro@mithis.com" target="_blank">mithro@mithis.com</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"><div dir="ltr">Hi RTEMS!<div><br></div><div>Firstly, congratulations on getting into Google Summer of Code 2016! My own FOSS project TimVideos, was also accepted this year and was wondering if we should be working closer together.</div><div><br></div><div>One of the "subprojects" of TimVideos is the HDMI2USB project which aims to develop open source video capture hardware. We are doing this by using a high speed FPGA running custom firmware using MiSoC (developed by the guys who did the Milkymist One). This firmware embeds a soft-CPU (either a lm32 or a or1k) to allow us to write all the non-performance critical code in C. At the moment we are developing code which just runs on the "bare metal" but as the system gains more features we are increasingly needing the features a "real" operating system would give us.</div><div><br></div><div>One project we would love to have a student work on, is porting RTEMS to the MiSoC system and then recreating our current functionality on top of it. However, this offers some challenges for us, as we are not really RTEMS developers and don't really know the exact amount of work needed to do this. Is anyone from RTEMS interested in helping mentor this project (or similar projects)? Looking at what would need to be done for supporting RTEMS on the MiSoC system and to replicated our current functionality I've found the following;</div><div><br></div><div>  * It looks like RTEMS already has support for both the lm32 and or1k CPU architectures (from looking at cpukit/score/cpu?). Is there a way to find out the current "state" of these ports and how far along / what functionality might be missing?</div><div><br></div></div></blockquote><div>I can speak of or1k. The current BSP (SoC) is generic. It runs on or1ksim, QEMU and Atlys FPGA board (including the or1k FuseSoC, formerly orpsoc3 with or1200 core). The cpukit/score/cpu includes the shared ISA code. The BSP/board code lies on c/src/lib/libbsp/or1k. I read that Milkymist runs on XC6SLX45 Spartan-6 FPGA which is the same as on the Atlys board. </div><div><br></div><div>The generic_or1k BSP includes basic device drivers support for UART console (I/O) and clock driver. </div><div><br></div><div>If you considered or1k (as an architecture), your project will most likely be a new BSP (like generic_or1k) with more new device drivers for your SoC, and you can get the benefits of the other RTEMS target-independent libraries/features.</div><div><br></div><div>The project seems interesting to me given that it's an open-source hardware platform. </div><div><br></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"><div dir="ltr"><div></div><div> * The "MilkyMist One" system (<a href="http://en.qi-hardware.com/wiki/Milkymist_One" target="_blank">http://en.qi-hardware.com/wiki/Milkymist_One</a>) ran RTEMS on their gateware (which I think is where the lm32 port comes from?). Their new MiSoC system shares a lot of similarities but is a complete rewrite in their migen language. How would you go about testing the existing RTEMS driver code and adapting it to the new MiSoC versions? </div><div><br></div><div> * We recently launched our own open hardware (the Numato Opsis - <a href="https://crowdsupply.com/numato-lab/opsis" target="_blank">https://crowdsupply.com/numato-lab/opsis</a>) but our firmware is yet to support many of the features avaliable on the board. The two big ones are the networking interface and the USB OTG interfaces. How would you go about using RTEMS to help accelerate enabling those features? I assume providing interfaces in the gateware which are similar to existing devices would make things easier?</div><div><br></div><div>From our side, we can definitely provide support around FPGA development and even hardware for students to work on.</div><div><br></div><div>As well, if you get any students who are interested in open hardware, FPGA development or video standards that aren't a good fit for an RTEMS project - we would appreciate telling them to check us out! Thanks for your help and looking forward to collaborating.</div><div><br></div><div>Tim 'mithro' Ansell</div><div><br></div></div>
<br>_______________________________________________<br>
users mailing list<br>
<a href="mailto:users@rtems.org">users@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/users</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Hesham</div>
</div></div>