Revert "update primer.c (total from 1000 to 10) and primer.testspec to reduce test time"

This reverts commit 9963a4068765e5310b4b63656bc0aa174335f8f2.

We had better not hide the performance issue from test report. The
execution time can be controlled by a proper '@timeout' attribute in
the testspec. Mark it as a known failure.

Signed-off-by: Junjie Mao <eternal.n08@gmail.com>
Enable badbrktest on all architectures

Badbrktest is originally for testing swap functionality but can now be
used to test if a process can be killed when it asks for too much memory.

Signed-off-by: Junjie Mao <eternal.n08@gmail.com>
Fix sfs_dirtest1

The test list entries under various directories and expects the 'home'
directory to be empty. However, there must be at least one file under
that directory so that git never ignore it. Thus the number of entries
in 'home' should be 1 (. and .. are not counted) instead of 0 and its
size (number of entries include . and .. multiplies size of the name
buffer, i.e. 256) should be 768 instead of 512.

Signed-off-by: Junjie Mao <eternal.n08@gmail.com>
Fix brktest

The total size brktest allocates may vary on different architectures
as there is a pointer field in the slot which is 4-byte on i386 and
arm and 8-byte on amd64.

This patch saves the pointers to the slots allocated in a specific
array and removes the pointer in struct slot so that the result will
be the same on all architectures.

Signed-off-by: Junjie Mao <eternal.n08@gmail.com>
Fix faultreadkernel

Issue #4

In faultreadkernel, the process attempts to read a word from kernel
space and fails if it can successfully do so.

The address previously used is specific to 64-bit implementations and
the testspec is specific to x86 architectures. This patch fixes the
problem by reading different address according to the size of a pointer
and remove the architecture-related lines in the specification.

Signed-off-by: Junjie Mao <eternal.n08@gmail.com>
Mark threadgroup1 as a known failure on i386 and amd64

Issue #26

Threadgroup1 may (but not always) lead to memory leak.

Signed-off-by: Junjie Mao <eternal.n08@gmail.com>