8eb8bab992e3998c33770b0cdb16059a8b918a06 |
|
21-Jul-2015 |
sewardj <sewardj@a5019735-40e9-0310-863c-91ae7b9d1cf9> |
Bug 345248 - add support for Solaris OS in valgrind Authors of this port: Petr Pavlu setup@dagobah.cz Ivo Raisr ivosh@ivosh.net Theo Schlossnagle theo@omniti.com git-svn-id: svn://svn.valgrind.org/valgrind/trunk@15426 a5019735-40e9-0310-863c-91ae7b9d1cf9
/external/valgrind/none/tests/map_unmap.c
|
1399481803e6031ceff0324641b4c52aab0ff23f |
|
01-Nov-2014 |
philippe <philippe@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
/external/valgrind/none/tests/map_unmap.c
|
98d6b25e8ce18fe287b1fc9d0c46e963d622cf3d |
|
01-Nov-2014 |
philippe <philippe@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
/external/valgrind/none/tests/map_unmap.c
|
83b62cbbab29bde83eba40231f307c2a311e73c8 |
|
15-Apr-2009 |
njn <njn@a5019735-40e9-0310-863c-91ae7b9d1cf9> |
Merge r9533..9536 (add tests/{asm.h,sys_mman.h,malloc.h} from the DARWIN branch. git-svn-id: svn://svn.valgrind.org/valgrind/trunk@9537 a5019735-40e9-0310-863c-91ae7b9d1cf9
/external/valgrind/none/tests/map_unmap.c
|
45f4e7c91119c7d01a59f5e827c67841632c9314 |
|
27-Sep-2005 |
sewardj <sewardj@a5019735-40e9-0310-863c-91ae7b9d1cf9> |
This commit merges in changes from branches/ASPACEM (specifically, changes from r4341 through r4787 inclusive). That branch is now dead. Please do not commit anything else to it. For the most part the merge was not troublesome. The main areas of uncertainty are: - build system: I had to import by hand Makefile.core-AM_CPPFLAGS.am and include it in a couple of places. Building etc seems to still work, but I haven't tried building the documentation. - syscall wrappers: Following analysis by Greg & Nick, a whole lot of stuff was moved from -generic to -linux after the branch was created. I think that is satisfactorily glued back together now. - Regtests: although this appears to work, no .out files appear, which is strange, and makes it hard to diagnose regtest failures. In particular memcheck/tests/x86/scalar.stderr.exp remains in a conflicted state. - amd64 is broken (slightly), and ppc32 will be unbuildable. I'll attend to the former shortly. git-svn-id: svn://svn.valgrind.org/valgrind/trunk@4789 a5019735-40e9-0310-863c-91ae7b9d1cf9
/external/valgrind/none/tests/map_unmap.c
|
f1024cc87b918397e0ae1d7b66854315695d90ff |
|
19-Jan-2004 |
fitzhardinge <fitzhardinge@a5019735-40e9-0310-863c-91ae7b9d1cf9> |
Reduce the pounding. git-svn-id: svn://svn.valgrind.org/valgrind/trunk@2206 a5019735-40e9-0310-863c-91ae7b9d1cf9
/external/valgrind/none/tests/map_unmap.c
|
b3a8929e200dde791a8ce468e461d183051b5134 |
|
03-Jan-2004 |
mueller <mueller@a5019735-40e9-0310-863c-91ae7b9d1cf9> |
make it compile on FreeBSD git-svn-id: svn://svn.valgrind.org/valgrind/trunk@2169 a5019735-40e9-0310-863c-91ae7b9d1cf9
/external/valgrind/none/tests/map_unmap.c
|
e3632c6a43db5597e4e9dae96d08deff1baa49a9 |
|
22-Dec-2003 |
fitzhardinge <fitzhardinge@a5019735-40e9-0310-863c-91ae7b9d1cf9> |
Fixed munmap bug - split_segment wasn't updating the lengths properly. Turn off debug printing. git-svn-id: svn://svn.valgrind.org/valgrind/trunk@2144 a5019735-40e9-0310-863c-91ae7b9d1cf9
/external/valgrind/none/tests/map_unmap.c
|
d5605a08612dbf5bd1715576e4f51bd8a5e37ee9 |
|
19-Dec-2003 |
fitzhardinge <fitzhardinge@a5019735-40e9-0310-863c-91ae7b9d1cf9> |
mmap/munmap exerciser test git-svn-id: svn://svn.valgrind.org/valgrind/trunk@2134 a5019735-40e9-0310-863c-91ae7b9d1cf9
/external/valgrind/none/tests/map_unmap.c
|