You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(122) |
Nov
(152) |
Dec
(69) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(6) |
Feb
(25) |
Mar
(73) |
Apr
(82) |
May
(24) |
Jun
(25) |
Jul
(10) |
Aug
(11) |
Sep
(10) |
Oct
(54) |
Nov
(203) |
Dec
(182) |
| 2004 |
Jan
(307) |
Feb
(305) |
Mar
(430) |
Apr
(312) |
May
(187) |
Jun
(342) |
Jul
(487) |
Aug
(637) |
Sep
(336) |
Oct
(373) |
Nov
(441) |
Dec
(210) |
| 2005 |
Jan
(385) |
Feb
(480) |
Mar
(636) |
Apr
(544) |
May
(679) |
Jun
(625) |
Jul
(810) |
Aug
(838) |
Sep
(634) |
Oct
(521) |
Nov
(965) |
Dec
(543) |
| 2006 |
Jan
(494) |
Feb
(431) |
Mar
(546) |
Apr
(411) |
May
(406) |
Jun
(322) |
Jul
(256) |
Aug
(401) |
Sep
(345) |
Oct
(542) |
Nov
(308) |
Dec
(481) |
| 2007 |
Jan
(427) |
Feb
(326) |
Mar
(367) |
Apr
(255) |
May
(244) |
Jun
(204) |
Jul
(223) |
Aug
(231) |
Sep
(354) |
Oct
(374) |
Nov
(497) |
Dec
(362) |
| 2008 |
Jan
(322) |
Feb
(482) |
Mar
(658) |
Apr
(422) |
May
(476) |
Jun
(396) |
Jul
(455) |
Aug
(267) |
Sep
(280) |
Oct
(253) |
Nov
(232) |
Dec
(304) |
| 2009 |
Jan
(486) |
Feb
(470) |
Mar
(458) |
Apr
(423) |
May
(696) |
Jun
(461) |
Jul
(551) |
Aug
(575) |
Sep
(134) |
Oct
(110) |
Nov
(157) |
Dec
(102) |
| 2010 |
Jan
(226) |
Feb
(86) |
Mar
(147) |
Apr
(117) |
May
(107) |
Jun
(203) |
Jul
(193) |
Aug
(238) |
Sep
(300) |
Oct
(246) |
Nov
(23) |
Dec
(75) |
| 2011 |
Jan
(133) |
Feb
(195) |
Mar
(315) |
Apr
(200) |
May
(267) |
Jun
(293) |
Jul
(353) |
Aug
(237) |
Sep
(278) |
Oct
(611) |
Nov
(274) |
Dec
(260) |
| 2012 |
Jan
(303) |
Feb
(391) |
Mar
(417) |
Apr
(441) |
May
(488) |
Jun
(655) |
Jul
(590) |
Aug
(610) |
Sep
(526) |
Oct
(478) |
Nov
(359) |
Dec
(372) |
| 2013 |
Jan
(467) |
Feb
(226) |
Mar
(391) |
Apr
(281) |
May
(299) |
Jun
(252) |
Jul
(311) |
Aug
(352) |
Sep
(481) |
Oct
(571) |
Nov
(222) |
Dec
(231) |
| 2014 |
Jan
(185) |
Feb
(329) |
Mar
(245) |
Apr
(238) |
May
(281) |
Jun
(399) |
Jul
(382) |
Aug
(500) |
Sep
(579) |
Oct
(435) |
Nov
(487) |
Dec
(256) |
| 2015 |
Jan
(338) |
Feb
(357) |
Mar
(330) |
Apr
(294) |
May
(191) |
Jun
(108) |
Jul
(142) |
Aug
(261) |
Sep
(190) |
Oct
(54) |
Nov
(83) |
Dec
(22) |
| 2016 |
Jan
(49) |
Feb
(89) |
Mar
(33) |
Apr
(50) |
May
(27) |
Jun
(34) |
Jul
(53) |
Aug
(53) |
Sep
(98) |
Oct
(206) |
Nov
(93) |
Dec
(53) |
| 2017 |
Jan
(65) |
Feb
(82) |
Mar
(102) |
Apr
(86) |
May
(187) |
Jun
(67) |
Jul
(23) |
Aug
(93) |
Sep
(65) |
Oct
(45) |
Nov
(35) |
Dec
(17) |
| 2018 |
Jan
(26) |
Feb
(35) |
Mar
(38) |
Apr
(32) |
May
(8) |
Jun
(43) |
Jul
(27) |
Aug
(30) |
Sep
(43) |
Oct
(42) |
Nov
(38) |
Dec
(67) |
| 2019 |
Jan
(32) |
Feb
(37) |
Mar
(53) |
Apr
(64) |
May
(49) |
Jun
(18) |
Jul
(14) |
Aug
(53) |
Sep
(25) |
Oct
(30) |
Nov
(49) |
Dec
(31) |
| 2020 |
Jan
(87) |
Feb
(45) |
Mar
(37) |
Apr
(51) |
May
(99) |
Jun
(36) |
Jul
(11) |
Aug
(14) |
Sep
(20) |
Oct
(24) |
Nov
(40) |
Dec
(23) |
| 2021 |
Jan
(14) |
Feb
(53) |
Mar
(85) |
Apr
(15) |
May
(19) |
Jun
(3) |
Jul
(14) |
Aug
(1) |
Sep
(57) |
Oct
(73) |
Nov
(56) |
Dec
(22) |
| 2022 |
Jan
(3) |
Feb
(22) |
Mar
(6) |
Apr
(55) |
May
(46) |
Jun
(39) |
Jul
(15) |
Aug
(9) |
Sep
(11) |
Oct
(34) |
Nov
(20) |
Dec
(36) |
| 2023 |
Jan
(79) |
Feb
(41) |
Mar
(99) |
Apr
(169) |
May
(48) |
Jun
(16) |
Jul
(16) |
Aug
(57) |
Sep
(19) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
1
(5) |
2
(3) |
|
3
(2) |
4
(3) |
5
(16) |
6
(8) |
7
(6) |
8
(2) |
9
(4) |
|
10
(10) |
11
(22) |
12
(7) |
13
(10) |
14
(11) |
15
(8) |
16
(6) |
|
17
(11) |
18
|
19
(6) |
20
(8) |
21
(5) |
22
(11) |
23
(6) |
|
24
(1) |
25
(6) |
26
(4) |
27
(2) |
28
(1) |
29
|
30
(2) |
|
31
(5) |
|
|
|
|
|
|
|
From: <sv...@va...> - 2015-05-06 21:24:29
|
Author: philippe
Date: Wed May 6 22:24:23 2015
New Revision: 15189
Log:
Compute total size with unsigned long long
Modified:
trunk/perf/memrw.c
Modified: trunk/perf/memrw.c
==============================================================================
--- trunk/perf/memrw.c (original)
+++ trunk/perf/memrw.c Wed May 6 22:24:23 2015
@@ -106,10 +106,12 @@
nr_thr = 1;
- printf ("total program memory -t %d MB"
- " working set -w %d MB\n",
- (nr_b * sz_b) / (1024*1024),
- (nr_b_ws * sz_b) / (1024*1024));
+ printf ("total program memory -t %llu MB"
+ " working set -w %llu MB\n",
+ ((unsigned long long)nr_b * sz_b)
+ / (unsigned long long) (1024*1024),
+ ((unsigned long long)nr_b_ws * sz_b)
+ / (unsigned long long)(1024*1024));
printf (" working set R or W -l %d times"
" repeat the whole stuff -r %d times\n",
nr_loops,
|
|
From: <sv...@va...> - 2015-05-06 21:11:43
|
Author: carll
Date: Wed May 6 22:11:35 2015
New Revision: 15188
Log:
Patch 8 in a series of cleanup patches from Will Schmidt
Add a helper script to determine if the platform is ppc64le.
This is specifically used to help exclude the 32-bit tests from being
run on a ppc64LE (ABIV2) platform. The 32-bit targets, specifically ppc32/*
is not built on LE.
This patch fixes Vagrind bugzilla 347322.
Added:
trunk/tests/check_ppc64le_cap
Modified:
trunk/none/tests/ppc32/jm_vec_isa_2_07.vgtest
Modified: trunk/none/tests/ppc32/jm_vec_isa_2_07.vgtest
==============================================================================
--- trunk/none/tests/ppc32/jm_vec_isa_2_07.vgtest (original)
+++ trunk/none/tests/ppc32/jm_vec_isa_2_07.vgtest Wed May 6 22:11:35 2015
@@ -1,2 +1,2 @@
-prereq: ../../../tests/check_isa-2_07_cap
+prereq: ../../../tests/check_isa-2_07_cap && ! ../../../tests/check_ppc64le_cap
prog: test_isa_2_07_part1 -a
Added: trunk/tests/check_ppc64le_cap
==============================================================================
--- trunk/tests/check_ppc64le_cap (added)
+++ trunk/tests/check_ppc64le_cap Wed May 6 22:11:35 2015
@@ -0,0 +1,14 @@
+#!/bin/sh
+
+# Helper script to indicate if we are ppc64 LE.
+# Note: The ELFV2 ABI (for ppc64le) specifically does not
+# support the 32-bit environment.
+
+UNAME_M="$(uname -m)"
+
+if [ $UNAME_M != "ppc64le" ]; then
+ exit 1
+else
+ exit 0
+fi
+
|
|
From: <sv...@va...> - 2015-05-06 20:50:24
|
Author: philippe
Date: Wed May 6 21:50:17 2015
New Revision: 15187
Log:
Fix also the rm vgcore of a disabled test (also spotted by Matthias Schwarzott)
Modified:
trunk/none/tests/x86/int.disabled
Modified: trunk/none/tests/x86/int.disabled
==============================================================================
--- trunk/none/tests/x86/int.disabled (original)
+++ trunk/none/tests/x86/int.disabled Wed May 6 21:50:17 2015
@@ -1,4 +1,4 @@
# This is currently disabled because vex doesn't deal with x86
# int $n for n != 0x80 and so the test is pointless (at the moment).
prog: int
-cleanup: rm -f vgcore.pid*
+cleanup: rm -f vgcore.*
|
|
From: <sv...@va...> - 2015-05-06 20:16:42
|
Author: philippe
Date: Wed May 6 21:16:34 2015
New Revision: 15186
Log:
Fix incorrect cleanup lines in 2 tests (spotted by Matthias Schwarzott)
Modified:
trunk/memcheck/tests/badjump.vgtest
trunk/memcheck/tests/supp_unknown.vgtest
Modified: trunk/memcheck/tests/badjump.vgtest
==============================================================================
--- trunk/memcheck/tests/badjump.vgtest (original)
+++ trunk/memcheck/tests/badjump.vgtest Wed May 6 21:16:34 2015
@@ -1,3 +1,3 @@
prog: badjump
-cleanup: rm -f vgcore.pid*
+cleanup: rm -f vgcore.*
stderr_filter: filter_allocs
Modified: trunk/memcheck/tests/supp_unknown.vgtest
==============================================================================
--- trunk/memcheck/tests/supp_unknown.vgtest (original)
+++ trunk/memcheck/tests/supp_unknown.vgtest Wed May 6 21:16:34 2015
@@ -1,4 +1,4 @@
vgopts: -q --suppressions=supp_unknown.supp
prog: badjump
-cleanup: rm -f vgcore.pid*
+cleanup: rm -f vgcore.*
stderr_filter_args: badjump.c
|
|
From: <sv...@va...> - 2015-05-06 20:16:11
|
Author: carll
Date: Wed May 6 21:16:04 2015
New Revision: 15185
Log:
Patch 3 in a series of cleanup patches from Will Schmidt
Update the pth_create_chain vgtest prereq to handle the ppc64le architecture
in the same way as ppc64 (BE).
This patch fixes Vagrind bugzilla 347322.
Modified:
trunk/drd/tests/pth_create_chain.vgtest
Modified: trunk/drd/tests/pth_create_chain.vgtest
==============================================================================
--- trunk/drd/tests/pth_create_chain.vgtest (original)
+++ trunk/drd/tests/pth_create_chain.vgtest Wed May 6 21:16:04 2015
@@ -1,2 +1,2 @@
-prereq: ./supported_libpthread && [ `uname -m` != ppc ] && [ `uname -m` != ppc64 ]
+prereq: ./supported_libpthread && [ `uname -m` != ppc ] && [ `uname -m` != ppc64 ] && [ `uname -m` != ppc64le ]
prog: pth_create_chain 100
|
|
From: <sv...@va...> - 2015-05-06 19:44:22
|
Author: carll
Date: Wed May 6 20:44:14 2015
New Revision: 15184
Log:
Patch 2 in a series of cleanup patches from Will Schmidt
Adjust the badjump2 test for ppc64le/ABIV2. Under the ABIV2 there
is no function descriptor, so the fn[] setup does not apply.
This fixes the badjump2 test failure as seen on ppc64le.
This patch fixes Vagrind bugzilla 347322.
Modified:
trunk/memcheck/tests/badjump2.c
Modified: trunk/memcheck/tests/badjump2.c
==============================================================================
--- trunk/memcheck/tests/badjump2.c (original)
+++ trunk/memcheck/tests/badjump2.c Wed May 6 20:44:14 2015
@@ -35,7 +35,7 @@
if (setjmp(myjmpbuf) == 0) {
// Jump to zero; will cause seg fault
-#if defined(__powerpc64__)
+#if defined(__powerpc64__) && (_CALL_ELF != 2)
unsigned long int fn[3];
fn[0] = 0;
fn[1] = 0;
|
|
From: <sv...@va...> - 2015-05-06 19:18:36
|
Author: carll
Date: Wed May 6 20:18:28 2015
New Revision: 15183
Log:
Patch 1 in a series of cleanup patches from Will Schmidt
Update ifdefs around the bogus-LR-value-handling code to allow ppc64le to
behave as ppc64 (BE) does.
This fixes the overlap test case, where the stack unwinding code was
otherwise coming up with bad instruction pointers.
This patch fixes Vagrind bugzilla 347322.
Modified:
trunk/coregrind/m_stacktrace.c
Modified: trunk/coregrind/m_stacktrace.c
==============================================================================
--- trunk/coregrind/m_stacktrace.c (original)
+++ trunk/coregrind/m_stacktrace.c Wed May 6 20:18:28 2015
@@ -708,7 +708,7 @@
redirs_used = 0;
# endif
-# if defined(VG_PLAT_USES_PPCTOC)
+# if defined(VG_PLAT_USES_PPCTOC) || defined (VGP_ppc64le_linux)
/* Deal with bogus LR values caused by function
interception/wrapping on ppc-TOC platforms; see comment on
similar code a few lines further down. */
|
|
From: Will S. <wil...@vn...> - 2015-05-06 13:08:27
|
On Wed, 2015-05-06 at 01:06 +0200, Philippe Waroquiers wrote: > On Tue, 2015-05-05 at 16:56 -0500, Will Schmidt wrote: > > A handful of patches intended to clean up the valgrind regtest results as seen > > on powerpc platforms. I've locally been running against Fedora20 and > > Fedora21 installations, on Power6, Power7, and Power8 (LE and BE) platforms. > > With these changes in place, the tests are significantly cleaned up. > > > > At a high level, there are several spots where some ifdiffery needed to be > > updated to handle ppc64LE versus BE, and some new .exp files to handle > > the output generated on ppc64*. > Having better tests on ppc64 is nice. > I quickly looked at the patches. Only one remark: adding new .exp files > is not the preferred approach, as these different .exp files implies a > heavier maintenance that e.g. modifying a filter_xxxxxxx to ensure > the output is the same on all platforms. > Maybe some of these ppc64 specific .exp can be avoided/removed > by enhancing the filters ? Ok. And a-ha! :-) I had seen the filters, but something had not quite clicked yet for me there. At a glance at least some of the changes should be doable via the filters. It'll probably be a day or so before I can dig back in and rework things, so look for an updated patchset after a bit. Thanks, -Will > > > For info, I have setup a nightly regression test on gcc112. > The results of last night are: > == 585 tests, 6 stderr failures, 0 stdout failures, 0 stderrB failures, 1 stdoutB failure, 2 post failures == > gdbserver_tests/hgtls (stdoutB) > memcheck/tests/badjump2 (stderr) > memcheck/tests/leak_cpp_interior (stderr) > memcheck/tests/overlap (stderr) > memcheck/tests/supp_unknown (stderr) > massif/tests/big-alloc (post) > massif/tests/deep-D (post) > helgrind/tests/tc06_two_races_xml (stderr) > drd/tests/pth_create_chain (stderr) > > The results are not (yet?) reaching valgrind-testresults, due to > mail setup problems. > > Julian, > > I suspect that the results are not reaching > the result mailing list, because gcc112 puts > phi...@gc... > as mail originator. I could not configure my email address as > originator on this system. Support request was filed to gcc compile > farm admin but no feedback yet since more than a week. > > To solve that, would it be possible to add this email address to > the 'authorised users' of valgrind-testresults > but configuring it so that the posts are not sent to this > address. In other words, the mailing list should accept > mails from this address, but should not send the posts to > that address. > > Thanks > > Philippe > > |