Set up a test framework.
[yaffs2.git] / direct / tests / README
diff --git a/direct/tests/README b/direct/tests/README
deleted file mode 100644 (file)
index 545c359..0000000
+++ /dev/null
@@ -1,60 +0,0 @@
-NB THis directory uses a hacked version of fsx.c which is released under
-Apple Public Source License.
-
-From what I have been able to determine, it is legally OK to release a hacked
-version for the purposes of testing.
-
-If anyone knows otherwise, please contact me: manningc2@actrix.gen.nz
-
-
-
-I find it best to run these tests in a ramfs to make them run faster (and
-not pound the disk).
-
-A quick word about running some of these tests...
-
-
-There are two tests, one simulating nor and the other nand, labelled
-
-*nor*.sh and *nand*.sh
-
-These can be run in the local directory as follows:
-$ ./init_fw_update_test_nand.sh
-$ ./run_fw_update_test_nand.sh
-
-NB These create simulation files in the current directory, so only one
-instance can be run in a directory.
-
-The number of iterations can be set by adding a numerical parameter
-
-$ ./init_fw_update_test_nand.sh
-$ ./run_fw_update_test_nand.sh 5000
-
-Since the test creates snapshot files between each iteration the test is
-relatively slow if run against a hard disk. Far better to run against a ram
-disk
-
-$ mkdir xxx
-$ mount -t tmpfs none xxx
-$ cd xxx
-$ cp ../*sh .
-$ ln -s ../yaffs_test yaffs_test
-$ ./init_fw_update_test_nand.sh
-$ ./run_fw_update_test_nand.sh
-
-The above is also wrapped in a script called manage_nor_test.sh which
-creates all the above. The managed_nor_test.sh script accepts an optional
-parameter to specify an instance name. Named instances will create named
-directories.
-
-If you want to run multuiple instances then it is easy to do so with 
-xterm as follows:
-
-$ xterm  -e "`pwd`/manage_nor_test.sh  1"&
-$ xterm  -e "`pwd`/manage_nor_test.sh  2"&
-$ xterm  -e "`pwd`/manage_nor_test.sh  3"&
-...
-
-Then there's launch_tests.sh which sets up a tmpfs directory and launches 3
-nor simulations and 3 nand simulations.
-