<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 13, 2017 at 11:30 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"><span class="">On Mon, Mar 13, 2017 at 11:50 AM, Tanu Hari Dixit <<a href="mailto:tokencolour@gmail.com">tokencolour@gmail.com</a>> wrote:<br>
> Hello all,<br>
><br>
> I am interested in applying for GSoC under RTEMS. I am interested in the<br>
> idea RTEMS Tester Improvements (<a href="https://devel.rtems.org/ticket/2919" rel="noreferrer" target="_blank">https://devel.rtems.org/<wbr>ticket/2919</a>). I have<br>
> used rtems-tester in the past and also have a working knowledge of python.<br>
><br>
</span>What platforms have you run tester on?<br>
<span class=""><br>
> I have a few questions and will be grateful if they are answered.<br>
> 1) Which simulator recipes need to be added?<br>
<br>
</span>The first place to look is to compare what is supported in tester<br>
versus what we have scripts for in the older rtems-testing.git repo<br>
under sim-scripts/<br>
<a href="https://git.rtems.org/rtems-testing/tree/sim-scripts" rel="noreferrer" target="_blank">https://git.rtems.org/rtems-<wbr>testing/tree/sim-scripts</a><br>
<br>
I personally would also be interested to add simulator recipes for the<br>
gem5 (<a href="http://gem5.org" rel="noreferrer" target="_blank">gem5.org</a>) simulator. I made a start at this a long time ago and<br>
got it to work reasonably well, but appear to have misplaced the<br>
actual changes. Related to this would be adding complementary recipes<br>
for building simulators in the RSB. I have run rtems under gem5 for<br>
the sparc64/usiii and arm/realview_pbx_a9_qemu BSPs in the past and<br>
would be able to help with simulator setup to get you to the point of<br>
transitioning from manual/shell-scripted steps into python automation.<br>
<span class=""><br>
> 2) What are the improvements that need to be done? I couldn't find the<br>
> appropriate tickets or pointers.<br>
<br>
</span>I believe it is primarily to increase the range of simulators that are<br>
supported. Perhaps Chris has other ideas for infrastructure<br>
improvements, e.g. there is almost always improvements that can be<br>
made to report usability such as visualizing aggregated testing<br>
results, tracking down failed tests quicker, and so forth.<br>
<span class=""><br></span></blockquote><div><br></div><div>There is also the issue of the coverage testing which used to be</div><div>done by scripts in rtems-testing git repo but now partially supported</div><div>by rtems-tester. Some work was done by a previous student. </div><div><br></div><div>Although my response is short, the work is important. :)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
> 3) Do I need to start a Google doc for the proposal or is there some other<br>
> platform, I need to write on? Is there a template, I should be aware of?<br>
<br>
</span>There is a template of a Google doc linked from the GSoC 2017 Tracking<br>
Page (start <a href="https://devel.rtems.org/wiki/GSoC" rel="noreferrer" target="_blank">https://devel.rtems.org/wiki/<wbr>GSoC</a> and navigate your way<br>
around). Ultimately you need to submit a PDF to the GSoC site for an<br>
official submission.<br>
<span class=""><br>
> 4) Is the implementation of this idea in general interest of the community?<br>
<br>
</span>Yes.<br>
<span class=""><br>
> 5) Will this be enough work for the GSoC term or will I have to club this<br>
> with another idea (maybe the one where we have to design simple examples<br>
> (different from tests) for user documentation so that it is easy for users<br>
> to see how to use a call.) or will that be a stretch goal?<br>
><br>
<br>
</span>I suggest you focus on one specific area and make your stretch goals<br>
be "deep" in that area. It is hard to say for sure what may be a<br>
stretch, it depends on your individual performance. You will<br>
definitely need to define a reasonably large number of tasks that we<br>
believe you can be kept busy all summer. I have provided a few ideas<br>
above that should help you to flesh out a fully-scoped project around<br>
the Tester infrastructure.<br>
<span class=""><br>
> Thank you,<br>
> Tanu Hari Dixit.<br>
><br>
</span>> ______________________________<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>
______________________________<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>