<div style="min-height:22px"></div><div style="min-height:22px"></div><span class="mail-footer">发自我的iPhone</span><div id="original-content"><br><br><div><div style="font-size:70%;padding:2px 0;">------------------ Original ------------------</div><div style="font-size:70%;background:#f0f0f0;color:#212121;padding:8px;border-radius:4px"><div><b>From:</b> Chris Johns <chrisj@rtems.org></div><div><b>Date:</b> 周三,1月 11,2017 07:15</div><div><b>To:</b> Denis Obrezkov <denisobrezkov@gmail.com>, joel <joel@rtems.org></div><div><b>Cc:</b> rtems-users@rtems.org <users@rtems.org></div><div><b>Subject:</b> Re: GSOC 2017 Approaching</div></div></div><br>On 10/01/2017 19:46, Denis Obrezkov wrote:<br>><br>> I am a first-year phd student in Russia and I can help you to recruit me:)<br><br>Welcome and thank you for presenting these idea.<br><br>I have trimmed the list to the ideas I have answered ...<br><br>><br>> Secondly, some degree of IoT support is very desirable, because nowadays<br>> IoT<br>> lacks reliability and safety. Thus, I think, this task includes not only<br>> porting packages<br>> and implementing protocols but also architecture development and creation of<br>> documentation that describes how to properly utilize provided capabilities.<br>> Also, I think there is a huge trend towards distributed sensor networks<br>> and distributed<br>> embedded systems.<br><br>Yes it is becoming more and more important.<br><br>This topic feeds into the discussion Joel and I have been having on the <br>RSB and 3rd party packages. The idea is the RSB with 3rd party packages <br>forms a vertical integration stack of application code. The graphics <br>toolkit in the RSB is an example. You ask the RSB to build the toolkit <br>and it fetches and builds a number a packages needed to make that <br>application stack.<br><br>> Lastly, I think it would be good to implement some kind of configuration<br>> tool support.<br>> As example, Linux has a very simple but also very flexible configuration<br>> tool..<br><br>This is something RTEMS needs. There are 2 parts to configuring RTEMS <br>for an application:<br><br>1. Kernel build<br>2. Runtime configuration<br><br>A kernel configuration tool will need to wait until we change from the <br>autotconf/automake build system to waf. Part of the requirements for waf <br>is to bring all the configuration items in RTEMS, including the BSP <br>options, out into a formalised interface with suitable documentation. <br>Until this is done and we have something concrete any attempts at a <br>configuration could be wasted effort. The ability to get this <br>information from the current build system is difficult and messy.<br><br>The runtime configuration would be based around confdefs.h and it would <br>generate an init.c or system.h or whatever. This is open but I am not <br>sure how big or challenging a task it is on it's own.<br><br>Chris<br>_______________________________________________<br>users mailing list<br>users@rtems.org<br>http://lists.rtems.org/mailman/listinfo/users<br><br></div>