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