Thanks everybody for providing your feedback on ways to test XIP. Some of your doubts are cleared below:
On Wed, 2008-08-27 at 07:13 -0700, Jared Hulbert wrote: > >> A recent enhancement for xip: support non-struct page backed memory, in > >> 2.6.26 has been added. Could you tell us the ways you test the XIP file > >> system in general, and, the improve features in particular. Do you have > >> functional/regression test suite(s) with you specifically for testing > >> XIP ? In that case, would you be able to share them with LTP under > >> GPLv2 ? > > > > In fact we do have some testcases for xip, but apparently Nick keeps finding > > Bugs that pass our tests ;-). These testcases don't fit into LTP as is, but > > I think they can be useful to look at when creating LTP testcases for it. I am not sure what you mean that they do not fit into LTP as is. Is it that these test cases will not use LTP specific libraries for logging information. I would like to clarify that: 1) Any/all test case(s) can exist in LTP provided just that it is able to return 0 on PASS, or non-zero on FAIL/BROKEN/WARNING/etc for the LTP harness to determine the outcome of the test. Rest assured it can be written in any language, 2) Even if the test(s) requires special setup and will not be able to run until those special system setups are done, they still can be there in LTP. There are numerous test cases in LTP embedded in properly tagged sub-directories, which do not run with the default LTP run. Users need to go to that sub-directory and then run the tests. They are notified by READMEs or documentation present there of the special setups for running those tests, even it can be booting the kernel with certain features built, requiring special mounts, libraries, etc. So, i think it will not be much difficult to put the XIP tests in a proper place in LTP. I am aiming to give Linux engineers a place where they can find all the tests they require, and why not inside LTP. Even if they need a little tweaking, they still can have the entire repository at one place and in one shot. > > I'll see what I can do to get them out under GPL. The regular LTP file I would really appreciate such move. > > system testcases are also being used on ext2 -o xip during our test cycle, > > and I we've found some bugs with those in the past. Therefore, I would like > > to second Nicks recommendation to use those against ext2 -o xip on a > > ramdisk. > > Another option when AXFS gets merged is to use UML's iomem as follows. It would be really great if you can send us a README and a script detailing all these steps and info, when AXFS happens. > > First start a UML kernel with these options: > > ./linux iomem=axfs.image,iomem_region_name > > once that starts up you can mount an AXFS volume to that iomem > "device" like this. > > mount -t axfs -o iomem=iomem_region_name none /mnt/axfs > > But I'm not sure that testcases fits so neatly into a LTP case. It will fit in. Infact we will make this fit in for greater benefit of the testing community. Regards-- Subrata ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Ltp-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ltp-list
