<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jul 9, 2013 at 7:00 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">When we do the initial commit of libmm, we should link every BSP/CPU<br>
to the nop stub implementation. We can probably get started on merging<br>
that baseline soon. Hesham, if you can pull out a patch containing<br>
just the nop implementation we can review it.<br>
<div><div class="h5"><br></div></div></blockquote><div>A patch To include the stubs and high-level headers for every BSP and changes to all Makefile.am only ?</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div class="h5">
On Tue, Jul 9, 2013 at 12:53 PM, Hesham Moustafa<br>
<<a href="mailto:heshamelmatary@gmail.com">heshamelmatary@gmail.com</a>> wrote:<br>
><br>
><br>
><br>
> On Tue, Jul 9, 2013 at 6:47 PM, Rempel, Cynthia<br>
> <<a href="mailto:cynt6007@vandals.uidaho.edu">cynt6007@vandals.uidaho.edu</a>> wrote:<br>
>><br>
>> >>Is there a way to conditionally build the mmtests based on whether libmm<br>
>> >> is being built?<br>
>> >>My initial thought is something like an AM_CONDITIONAL<br>
>><br>
>> >> >><a href="http://www.gnu.org/software/automake/manual/html_node/Subdirectories-with-AM_005fCONDITIONAL.html" target="_blank">http://www.gnu.org/software/automake/manual/html_node/Subdirectories-with-AM_005fCONDITIONAL.html</a><br>

>> >>Although another way to conditionally build the tests may be better...<br>
>> >><br>
>> >>Ideally if we went that route (and if feasible), if there was a<br>
>> >> conditional being used for building libmm, we would use the same conditional<br>
>> >> for the libmm tests...<br>
>> >Sure, I can work on that.<br>
>> Thanks!<br>
>> My main concern is if a BSP doesn't have libmm built, will building all<br>
>> the tests lead to a compiler / linker error?<br>
>> If not, we needn't worry about building conditionally...<br>
><br>
> There are stubs for libmm functions at a high-level APIs at<br>
> no_memorymanagement.c file. So, every BSP/CPU that does not implement libmm<br>
> functions can be built without error with including that file.<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> I'm mostly worried about getting these tests committed incrementally if<br>
>> feasible (i.e. they don't break the build)...<br>
>><br>
>> Hopefully we can get your work committed over the summer and reduce the<br>
>> number of patches at the end of the summer :)<br>
>><br>
>> ---<br>
>><br>
>> I noticed there wasn't a copyright on the .doc s. Could you add<br>
>><br>
>> #  COPYRIGHT (c) 2013.<br>
>> #  Hesham Moustafa.<br>
>> #<br>
>> #  The license and distribution terms for this file may be<br>
>> #  found in the file LICENSE in this distribution or at<br>
>> #  <a href="http://www.rtems.com/license/LICENSE" target="_blank">http://www.rtems.com/license/LICENSE</a>.<br>
>><br>
>> To the top of<br>
>> mmtest1/mmtest1.doc<br>
>> mmtest2/mmtest2.doc<br>
>> mmtest3/mmtest3.doc<br>
>><br>
>> Thanks!<br>
>> Cindy<br>
>> ________________________________________<br>
>> From: <a href="mailto:rtems-devel-bounces@rtems.org">rtems-devel-bounces@rtems.org</a><mailto:<a href="mailto:rtems-devel-bounces@rtems.org">rtems-devel-bounces@rtems.org</a>><br>
>> [<a href="mailto:rtems-devel-bounces@rtems.org">rtems-devel-bounces@rtems.org</a><mailto:<a href="mailto:rtems-devel-bounces@rtems.org">rtems-devel-bounces@rtems.org</a>>] on<br>
>> behalf of Rempel, Cynthia<br>
>> [<a href="mailto:cynt6007@vandals.uidaho.edu">cynt6007@vandals.uidaho.edu</a><mailto:<a href="mailto:cynt6007@vandals.uidaho.edu">cynt6007@vandals.uidaho.edu</a>>]<br>
>> Sent: Monday, July 08, 2013 3:55 PM<br>
>> To: Hesham Moustafa; <a href="mailto:rtems-devel@rtems.org">rtems-devel@rtems.org</a><mailto:<a href="mailto:rtems-devel@rtems.org">rtems-devel@rtems.org</a>><br>
>> Cc: Gedare Bloom<br>
>> Subject: RE: [GSoC] libmm project status<br>
>><br>
>> Hi,<br>
>><br>
>> Thanks for providing the link directly to the testcases!<br>
>> Could you copy the information about each test into:<br>
>><br>
>> mmtest1/mmtest1.doc<br>
>> Simple tests that tries to install memory management entries<br>
>><br>
>> mmtest2/mmtest2.doc<br>
>> + Install entries with specific memory attributes (e.g read only region) :<br>
>> + Check for memory protection violations (writing to read only blocks)<br>
>> + Reading from read only blocks.<br>
>> + Write/Read to/from unmapped region (error!).<br>
>> + Write to a valid entry that was installed and then uninstalled (error!).<br>
>><br>
>> mmtest3/mmtest3.doc<br>
>> + Tests for libmm behavior on SMP environments.<br>
>> + Create tasks for each core and start it.<br>
>> + Check for memory consistency and page tables and memory attributes<br>
>> validity.<br>
>><br>
>> That way we can quickly identify what each test does in 5 years... Good<br>
>> job with the documentation :)<br>
>><br>
>> Cindy<br>
>> ________________________________________<br>
>> From: <a href="mailto:rtems-devel-bounces@rtems.org">rtems-devel-bounces@rtems.org</a><mailto:<a href="mailto:rtems-devel-bounces@rtems.org">rtems-devel-bounces@rtems.org</a>><br>
>> [<a href="mailto:rtems-devel-bounces@rtems.org">rtems-devel-bounces@rtems.org</a><mailto:<a href="mailto:rtems-devel-bounces@rtems.org">rtems-devel-bounces@rtems.org</a>>] on<br>
>> behalf of Hesham Moustafa<br>
>> [<a href="mailto:heshamelmatary@gmail.com">heshamelmatary@gmail.com</a><mailto:<a href="mailto:heshamelmatary@gmail.com">heshamelmatary@gmail.com</a>>]<br>
>> Sent: Monday, July 08, 2013 3:39 PM<br>
>> To: <a href="mailto:rtems-devel@rtems.org">rtems-devel@rtems.org</a><mailto:<a href="mailto:rtems-devel@rtems.org">rtems-devel@rtems.org</a>><br>
>> Cc: Gedare Bloom<br>
>> Subject: [GSoC] libmm project status<br>
>><br>
>> Hi all,<br>
>><br>
>> I have posted a new thread to my blog that contains a brief introduction<br>
>> to libmm and latest updates, here is the thread [1] Please take a look.<br>
>><br>
>> TODO: port libmm for Raspberry PI board on real hardware.<br>
>><br>
>> Questions :<br>
>><br>
>> I have created a new test case at libtests called mmtest3 [2] which<br>
>> simulate SMP use case on QEMU/Realview. It simply tries to invoke the same<br>
>> task (which calls libmm function) for each core. There is a fatal error at<br>
>> startup that branches to data exception handler but I am not sure why.<br>
>> Please take a look and tell me if I am doing something wrong with that test<br>
>> case.<br>
>><br>
>> Other test cases (mmtest1, mmtest2) run successfully on the same platform.<br>
>><br>
>> [1]<br>
>> <a href="http://heshamelmatary.blogspot.com/2013/07/gsoc-2013-libmm-for-rtems.html" target="_blank">http://heshamelmatary.blogspot.com/2013/07/gsoc-2013-libmm-for-rtems.html</a><br>
>> [2]<br>
>> <a href="https://github.com/heshamelmatary/rtems-gsoc2013/tree/low-level-libmm/testsuites/libtests/mmtest3" target="_blank">https://github.com/heshamelmatary/rtems-gsoc2013/tree/low-level-libmm/testsuites/libtests/mmtest3</a><br>

>><br>
>> Regards,<br>
>> Hesham<br>
>><br>
>><br>
>> _______________________________________________<br>
>> rtems-devel mailing list<br>
>> <a href="mailto:rtems-devel@rtems.org">rtems-devel@rtems.org</a><mailto:<a href="mailto:rtems-devel@rtems.org">rtems-devel@rtems.org</a>><br>
>> <a href="http://www.rtems.org/mailman/listinfo/rtems-devel" target="_blank">http://www.rtems.org/mailman/listinfo/rtems-devel</a><br>
>><br>
>><br>
>><br>
>><br>
><br>
><br>
> _______________________________________________<br>
> rtems-devel mailing list<br>
> <a href="mailto:rtems-devel@rtems.org">rtems-devel@rtems.org</a><br>
</div></div>> <a href="http://www.rtems.org/mailman/listinfo/rtems-devel" target="_blank">http://www.rtems.org/mailman/listinfo/rtems-devel</a><br>
><br>
</blockquote></div><br></div></div>