Update.


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14680 a5019735-40e9-0310-863c-91ae7b9d1cf9
Rearrange the test case generators to be exactly in the same order
that they are called, so as to make future editing easier.  And
generally tidy up.  No functional change.



git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14681 a5019735-40e9-0310-863c-91ae7b9d1cf9
Fix 333051  mmap of huge pages fails due to incorrect alignment

Learning aspacemgr to handle huge page is too difficult.
So, huge page requests that fails due to bad advice by aspacemgr
will (we hope) succeed if a mmap retry is done with the kernel,
without any constraints.



git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14682 a5019735-40e9-0310-863c-91ae7b9d1cf9
fix 338995  shmat with hugepages (SHM_HUGETLB) fails with EINVAL

Bug is not really fixed, instead the SHM_HUGETLB flag is ignored.
Note that it is not straightforward to properly fix this,
as this implies either to learn aspacemgr what huge pages are.
Also, the trick used in the fix for 333051 cannot be used easily,
because the SHM_HUGETLB flag is given in shmget, while the mmap
is done in shmat.

So, the easiest is to just ignore the SHM_HUGETLB flag.

SHM_HUGETLB is supposed to only give a performance impact.
Ignoring it should be benign.
Theoretically, the caller might expect a sucessful shmget(SHM_HUGETLB)+shmat
to give pages aligned on e.g. 1MB.
In this case, bad luck, the program will misbehave under valgrind.
To warn of this, a warning is given (once) when SHM_HUGETLB is seen.

The map_unmap.c test has been restructured somewaht to allow
TEST_SHM_HUGETLB to be tested independently (or not) of the TEST_MAP_HUGETLB.

Note also that by default, testing  MAP_HUGETLB and SHM_HUGETLB
is disabled as usually, huge pages are not enabled.




git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14683 a5019735-40e9-0310-863c-91ae7b9d1cf9
Add tests for all SIMD FP instructions, except int<->fp conversions.


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14684 a5019735-40e9-0310-863c-91ae7b9d1cf9