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
(17) |
2
(14) |
3
(15) |
4
(30) |
5
(18) |
6
(12) |
7
(10) |
|
8
(11) |
9
(11) |
10
(14) |
11
(12) |
12
(12) |
13
(8) |
14
(5) |
|
15
(11) |
16
(19) |
17
(15) |
18
(15) |
19
(16) |
20
(9) |
21
(9) |
|
22
(12) |
23
(11) |
24
(10) |
25
(5) |
26
(11) |
27
(12) |
28
(20) |
|
29
(11) |
30
(21) |
|
|
|
|
|
|
From: Ashley P. <api...@co...> - 2008-06-05 21:58:53
|
When I've had time to finish it properly yes it will. Ashley, On Thu, 2008-06-05 at 14:26 -0500, Rich Coe wrote: > I'm supposing this patch will fix bug 162753. > http://bugs.kde.org/show_bug.cgi?id=162753 > > Ashley Pittman <api...@co...> wrote: > > > > On Wed, 2008-06-04 at 08:47 +0200, Julian Seward wrote: > > > On Monday 02 June 2008 12:10, Ashley Pittman wrote: > > > > On Mon, 2008-06-02 at 11:53 +0200, Julian Seward wrote: > > > > > I have put a release candidate for 3.3.1 at > > > > > > > > > > http://www.valgrind.org/downloads/valgrind-3.3.1.RC1.tar.bz2 > > > > > (md5 = 7b8325af2156c679d825d15eb38a0bd4) > > > > > > > > > > Please download and try it on platforms that are important to you, and > > > > > let me know of any critical breakage. If no critical problems are > > > > > reported, I plan to make make the final 3.3.1 release on Wednesday 4 > > > > > June. > > > > > > > > Could you apply this patch to re-enable the log file qualifier in the > > > > xml output. > > > > > > Applied to the trunk. Ta. I'd prefer not to change the visible > > > behaviour of the stable branch at this point. > > > > So this will in the 3.3.1 release? That's all I care about, my users > > are waiting on the malinfo stuff so will be on that anyway. > > > > > > Also did the VPATH build issue get fixed? > > > > > > No .. there's a patch floating around somewhere, isn't there, that > > > you sent before? Not sure where though. Any ideas? > > > > I've got this but I don't think it's a full patch, I seem to remember I > > also had to remove VG_(start_debugger) from pub_core_debugger.h and add > > it somewhere else, at this point I decided that the entire header file > > probably needed re-naming as pub_tool_debugger.h hence my comment about > > not being able to make a patch that encompasses the changes. You'll > > need to do a svn move and lots of build build changes to do this > > properly so perhaps it's better to leave that header file empty and > > create a new one with the declaration in it. > > > > Let me know if you want me to look at this deeper, I'm off to work now > > but will be able to take a proper look this evening if you require. > > > > Would it be prudent to adjust one of the nightly builds to use VPATH? > > It's not the first time it's broken and it often takes a while to spot > > that's anythings wrong. > > > > Ashley, > > > > |
|
From: Dan K. <da...@ke...> - 2008-06-05 21:19:27
|
In today's valgrind trunk svn, drd_thread.c #includes drd_bitmap.c, but the linking rule for exp-drd-x86-linux links in both drd_thread.o and drd_bitmap.o, leading to exciting and fun build errors of the sort exp_drd_x86_linux-drd_thread.o: In function `bm_new': /data/dkegel/valgrind/exp-drd/drd_bitmap.c:58: multiple definition of `bm_new' exp_drd_x86_linux-drd_bitmap.o:/data/dkegel/valgrind/exp-drd/drd_bitmap.c:58: first defined here I built from svn in the last few days, so perhaps this is new breakage? This is with gcc-4.0.3. |
|
From: Rich C. <Ric...@me...> - 2008-06-05 19:26:48
|
I'm supposing this patch will fix bug 162753.
http://bugs.kde.org/show_bug.cgi?id=162753
Ashley Pittman <api...@co...> wrote:
>
> On Wed, 2008-06-04 at 08:47 +0200, Julian Seward wrote:
> > On Monday 02 June 2008 12:10, Ashley Pittman wrote:
> > > On Mon, 2008-06-02 at 11:53 +0200, Julian Seward wrote:
> > > > I have put a release candidate for 3.3.1 at
> > > >
> > > > http://www.valgrind.org/downloads/valgrind-3.3.1.RC1.tar.bz2
> > > > (md5 = 7b8325af2156c679d825d15eb38a0bd4)
> > > >
> > > > Please download and try it on platforms that are important to you, and
> > > > let me know of any critical breakage. If no critical problems are
> > > > reported, I plan to make make the final 3.3.1 release on Wednesday 4
> > > > June.
> > >
> > > Could you apply this patch to re-enable the log file qualifier in the
> > > xml output.
> >
> > Applied to the trunk. Ta. I'd prefer not to change the visible
> > behaviour of the stable branch at this point.
>
> So this will in the 3.3.1 release? That's all I care about, my users
> are waiting on the malinfo stuff so will be on that anyway.
>
> > > Also did the VPATH build issue get fixed?
> >
> > No .. there's a patch floating around somewhere, isn't there, that
> > you sent before? Not sure where though. Any ideas?
>
> I've got this but I don't think it's a full patch, I seem to remember I
> also had to remove VG_(start_debugger) from pub_core_debugger.h and add
> it somewhere else, at this point I decided that the entire header file
> probably needed re-naming as pub_tool_debugger.h hence my comment about
> not being able to make a patch that encompasses the changes. You'll
> need to do a svn move and lots of build build changes to do this
> properly so perhaps it's better to leave that header file empty and
> create a new one with the declaration in it.
>
> Let me know if you want me to look at this deeper, I'm off to work now
> but will be able to take a proper look this evening if you require.
>
> Would it be prudent to adjust one of the nightly builds to use VPATH?
> It's not the first time it's broken and it often takes a while to spot
> that's anythings wrong.
>
> Ashley,
>
--
Rich Coe ric...@me...
Virtual Principle Engineer General Electric Healthcare Technologies
Global Software Platforms, Computer Technology Team
|
|
From: Filipe C. <fi...@gm...> - 2008-06-05 18:22:56
|
Hi, On 5 Jun, 2008, at 17:07, Pandurangan R S wrote: > I assume that valgrind checks each memory access, against this > tables. But how > does valgrind intercept every memory access so that it can lookup > this table? > This might be very basic question, but I could not find how valgrind > checks > every access. Any pointers or document references related to this > will be > great. Valgrind never runs the original code. It uses VEX to read your program, lets memcheck (or another tool) instrument it and then generates binary code to run. So the code you saw in memcheck is code to instrument the IR to check the original program's memory accesses. As for documentation, the PLDI '07 paper is rather nice to get you started (http://valgrind.org/docs/pubs.html ) - Filipe Cabecinhas |
|
From: Josef W. <Jos...@gm...> - 2008-06-05 17:25:42
|
Hi,
recently I noted that for the cache simulation of Cachegrind (and thus, also Callgrind)
there are situations where a line found in L1 will be evicted from L2 only, thus violating
the inclusion property. If you can support this (see example below), we either should change
the implementation (probably involving a slowdown), or fix the manual which states that this
is a inclusive cache simulation.
For simplicity, suppose we have a 2-way associativity both in L1 and L2, and we have 3
memory blocks of cache line size with addresses a1, a2, a3. Suppose that these addresses
map into the same set in L1 and L2.
(1) Access to a1, then to a2.
Afterwards, the LRU access history list of the sets is (a2, a1).
(2) Access to a1.
This time, we get a L1 hit, and return directly from simulation.
The LRU list of L1 now is (a1, a2), and the one of L2 is still (a2, a1).
(3) Access to a3.
This is a L1 miss, evicting cache line for a2 from L1, and also a L2 miss,
evicting the cache line for a1 in L2.
Now, the cache line for a1 is evicted from L2, but still in L1.
For correct simulation, we should forward the L1 hit in (2) also to L2, such that
the LRU list of L2 can be updated and matches the one of the L1 afterwards. Thus,
the LRU list after (3) would have been (a3, a1) both for L1/L2. Ie. a2 would have
been evicted both from L1 and L2.
This also changes the event numbers in contrast to an inclusive cache: a further
access to a2 will give a L2 hit in the current simulation, but would have been
a L2 miss in the correct inclusive simulation.
Probably the above situation is very rare, but I am sure that one could construct a
similar example even with higher associativity in L2 than L1, leading to different
event numbers between Cachegrinds simulation and a real inclusive cache.
Do I miss something here?
Josef
|
|
From: Pandurangan R S <pan...@gm...> - 2008-06-05 16:07:43
|
Hi, I am interested in knowing how valgrind works, particularly on how it validates memory access. I checked the source code (files in memcheck directory) and I found mappings being maintained for memory adddress and its state. I assume that valgrind checks each memory access, against this tables. But how does valgrind intercept every memory access so that it can lookup this table? This might be very basic question, but I could not find how valgrind checks every access. Any pointers or document references related to this will be great. Thanks Pandu |
|
From: <sv...@va...> - 2008-06-05 13:47:20
|
Author: bart
Date: 2008-06-05 14:47:15 +0100 (Thu, 05 Jun 2008)
New Revision: 8193
Log:
Removed duplicate invocation of radiosity. Updated results after optimizations.
Modified:
trunk/exp-drd/scripts/run-splash2
Modified: trunk/exp-drd/scripts/run-splash2
===================================================================
--- trunk/exp-drd/scripts/run-splash2 2008-06-05 10:14:53 UTC (rev 8192)
+++ trunk/exp-drd/scripts/run-splash2 2008-06-05 13:47:15 UTC (rev 8193)
@@ -97,17 +97,19 @@
# Results: (-p1) (-p2) (-p3) (-p4) ITC (-p4) ITC (-p4)
# original w/ filter
# .........................................................................
-# Cholesky 46 59 75 92 239 82
-# FFT 15 19 N/A 47 90 41
-# LU, contiguous blocks 40 48 53 55 428 128
-# LU, non-contiguous blocks 37 47 55 58 428 128
-# Ocean, contiguous partitions 20 26 N/A 32 90 28
-# Ocean, non-continguous partns 19 24 N/A 34 90 28
-# Radiosity 99 99 99 99 485 163
-# Radix 11 15 ? 17 222 56
-# Raytrace 75 75 ? 75 172 53
+# Cholesky 39 49 ? 81 239 82
+# FFT 15 16 N/A 43 90 41
+# LU, contiguous blocks 38 39 ? 43 428 128
+# LU, non-contiguous blocks 32 34 ? 41 428 128
+# Ocean, contiguous partitions 19 23 N/A 29 90 28
+# Ocean, non-continguous partns 18 21 N/A 31 90 28
+# Radiosity 92 92 ? 92 485 163
+# Radix 11 14 ? 16 222 56
+# Raytrace 70 70 ? 70 172 53
# Water-n2 50 50 ? 50 189 39
# Water-sp 49 48 ? 49 183 34
+#
+# Hardware: dual-core Intel Xeon 5130, 1.995 MHz, 4 MB L2 cache, 4 GB RAM.
cache_size=$(get_cache_size)
log2_cache_size=$(log2 ${cache_size})
@@ -152,9 +154,6 @@
run_test ../RAYTRACE balls4.env
)
-# Radiosity
-run_test ${SPLASH2}/codes/apps/radiosity/RADIOSITY -batch -room
-
# Water-n2
(
cd ${SPLASH2}/codes/apps/water-nsquared
|
|
From: <sv...@va...> - 2008-06-05 10:14:53
|
Author: bart
Date: 2008-06-05 11:14:53 +0100 (Thu, 05 Jun 2008)
New Revision: 8192
Log:
Use same inputs as in ITC paper for water-nsquared and water-spatial.
Modified:
trunk/exp-drd/scripts/run-splash2
Modified: trunk/exp-drd/scripts/run-splash2
===================================================================
--- trunk/exp-drd/scripts/run-splash2 2008-06-05 09:01:52 UTC (rev 8191)
+++ trunk/exp-drd/scripts/run-splash2 2008-06-05 10:14:53 UTC (rev 8192)
@@ -40,6 +40,8 @@
local tmp avg1=1 stddev1=1 avg2=1 stddev2=1
tmp="/tmp/test-timing.$$"
+ rm -f "${tmp}"
+
echo "$@"
for ((i=0;i<3;i++))
do
@@ -104,8 +106,8 @@
# Radiosity 99 99 99 99 485 163
# Radix 11 15 ? 17 222 56
# Raytrace 75 75 ? 75 172 53
-# Water-n2 290 290 ? 290 189 39
-# Water-sp 288 288 ? 287 183 34
+# Water-n2 50 50 ? 50 189 39
+# Water-sp 49 48 ? 49 183 34
cache_size=$(get_cache_size)
log2_cache_size=$(log2 ${cache_size})
@@ -149,19 +151,21 @@
done
run_test ../RAYTRACE balls4.env
)
+
+# Radiosity
run_test ${SPLASH2}/codes/apps/radiosity/RADIOSITY -batch -room
# Water-n2
-rm -f water-n2-input
-echo "1.5e-16 32768 3 6 -1 3000 3 0 1 6.212752" > water-n2-input
-test_input=water-n2-input \
- run_test ${SPLASH2}/codes/apps/water-nsquared/WATER-NSQUARED
+(
+ cd ${SPLASH2}/codes/apps/water-nsquared
+ test_input=input run_test ./WATER-NSQUARED
+)
# Water-sp
-rm -f water-sp-input
-echo "1.5e-16 32768 3 6 -1 3000 3 0 1 6.212752" > water-sp-input
-test_input=water-sp-input \
- run_test ${SPLASH2}/codes/apps/water-nsquared/WATER-NSQUARED
+(
+ cd ${SPLASH2}/codes/apps/water-spatial
+ test_input=input run_test ./WATER-SPATIAL
+)
|
|
From: <sv...@va...> - 2008-06-05 09:01:48
|
Author: bart
Date: 2008-06-05 10:01:52 +0100 (Thu, 05 Jun 2008)
New Revision: 8191
Log:
Joined if-statements.
Modified:
trunk/exp-drd/drd_thread.c
Modified: trunk/exp-drd/drd_thread.c
===================================================================
--- trunk/exp-drd/drd_thread.c 2008-06-05 08:53:42 UTC (rev 8190)
+++ trunk/exp-drd/drd_thread.c 2008-06-05 09:01:52 UTC (rev 8191)
@@ -753,42 +753,49 @@
Bool bm_access_load_2_triggers_conflict(const Addr a1)
{
if ((a1 & 1) == 0)
+ {
bm_access_aligned_load(running_thread_get_segment()->bm, a1, 2);
+ return bm_aligned_load_has_conflict_with(thread_get_danger_set(), a1, 2);
+ }
else
+ {
bm_access_range(running_thread_get_segment()->bm, a1, a1 + 2, eLoad);
- if ((a1 & 1) == 0)
- return bm_aligned_load_has_conflict_with(thread_get_danger_set(), a1, 2);
- else
return bm_has_conflict_with(thread_get_danger_set(), a1, a1 + 2, eLoad);
+ }
}
Bool bm_access_load_4_triggers_conflict(const Addr a1)
{
if ((a1 & 3) == 0)
+ {
bm_access_aligned_load(running_thread_get_segment()->bm, a1, 4);
+ return bm_aligned_load_has_conflict_with(thread_get_danger_set(), a1, 4);
+ }
else
+ {
bm_access_range(running_thread_get_segment()->bm, a1, a1 + 4, eLoad);
- if ((a1 & 3) == 0)
- return bm_aligned_load_has_conflict_with(thread_get_danger_set(), a1, 4);
- else
return bm_has_conflict_with(thread_get_danger_set(), a1, a1 + 4, eLoad);
+ }
}
Bool bm_access_load_8_triggers_conflict(const Addr a1)
{
if ((a1 & 7) == 0)
+ {
bm_access_aligned_load(running_thread_get_segment()->bm, a1, 8);
+ return bm_aligned_load_has_conflict_with(thread_get_danger_set(), a1, 8);
+ }
else if ((a1 & 3) == 0)
{
bm_access_aligned_load(running_thread_get_segment()->bm, a1 + 0, 4);
bm_access_aligned_load(running_thread_get_segment()->bm, a1 + 4, 4);
+ return bm_has_conflict_with(thread_get_danger_set(), a1, a1 + 8, eLoad);
}
else
+ {
bm_access_range(running_thread_get_segment()->bm, a1, a1 + 8, eLoad);
- if ((a1 & 7) == 0)
- return bm_aligned_load_has_conflict_with(thread_get_danger_set(), a1, 8);
- else
return bm_has_conflict_with(thread_get_danger_set(), a1, a1 + 8, eLoad);
+ }
}
Bool bm_access_load_triggers_conflict(const Addr a1, const Addr a2)
@@ -806,42 +813,49 @@
Bool bm_access_store_2_triggers_conflict(const Addr a1)
{
if ((a1 & 1) == 0)
+ {
bm_access_aligned_store(running_thread_get_segment()->bm, a1, 2);
+ return bm_aligned_store_has_conflict_with(thread_get_danger_set(), a1, 2);
+ }
else
+ {
bm_access_range(running_thread_get_segment()->bm, a1, a1 + 2, eStore);
- if ((a1 & 1) == 0)
- return bm_aligned_store_has_conflict_with(thread_get_danger_set(), a1, 2);
- else
return bm_has_conflict_with(thread_get_danger_set(), a1, a1 + 2, eStore);
+ }
}
Bool bm_access_store_4_triggers_conflict(const Addr a1)
{
if ((a1 & 3) == 0)
+ {
bm_access_aligned_store(running_thread_get_segment()->bm, a1, 4);
+ return bm_aligned_store_has_conflict_with(thread_get_danger_set(), a1, 4);
+ }
else
+ {
bm_access_range(running_thread_get_segment()->bm, a1, a1 + 4, eStore);
- if ((a1 & 3) == 0)
- return bm_aligned_store_has_conflict_with(thread_get_danger_set(), a1, 4);
- else
return bm_has_conflict_with(thread_get_danger_set(), a1, a1 + 4, eStore);
+ }
}
Bool bm_access_store_8_triggers_conflict(const Addr a1)
{
if ((a1 & 7) == 0)
+ {
bm_access_aligned_store(running_thread_get_segment()->bm, a1, 8);
+ return bm_aligned_store_has_conflict_with(thread_get_danger_set(), a1, 8);
+ }
else if ((a1 & 3) == 0)
{
bm_access_aligned_store(running_thread_get_segment()->bm, a1 + 0, 4);
bm_access_aligned_store(running_thread_get_segment()->bm, a1 + 4, 4);
+ return bm_has_conflict_with(thread_get_danger_set(), a1, a1 + 8, eStore);
}
else
+ {
bm_access_range(running_thread_get_segment()->bm, a1, a1 + 8, eStore);
- if ((a1 & 7) == 0)
- return bm_aligned_store_has_conflict_with(thread_get_danger_set(), a1, 8);
- else
return bm_has_conflict_with(thread_get_danger_set(), a1, a1 + 8, eStore);
+ }
}
Bool bm_access_store_triggers_conflict(const Addr a1, const Addr a2)
|
|
From: <sv...@va...> - 2008-06-05 08:53:35
|
Author: bart
Date: 2008-06-05 09:53:42 +0100 (Thu, 05 Jun 2008)
New Revision: 8190
Log:
Manual inlining.
Modified:
trunk/exp-drd/Makefile.am
trunk/exp-drd/drd_thread.c
Modified: trunk/exp-drd/Makefile.am
===================================================================
--- trunk/exp-drd/Makefile.am 2008-06-05 08:29:53 UTC (rev 8189)
+++ trunk/exp-drd/Makefile.am 2008-06-05 08:53:42 UTC (rev 8190)
@@ -89,7 +89,6 @@
DRD_SOURCES_COMMON = \
drd_barrier.c \
- drd_bitmap.c \
drd_clientobj.c \
drd_clientreq.c \
drd_cond.c \
Modified: trunk/exp-drd/drd_thread.c
===================================================================
--- trunk/exp-drd/drd_thread.c 2008-06-05 08:29:53 UTC (rev 8189)
+++ trunk/exp-drd/drd_thread.c 2008-06-05 08:53:42 UTC (rev 8190)
@@ -39,7 +39,11 @@
#include "pub_tool_options.h" // VG_(clo_backtrace_size)
#include "pub_tool_threadstate.h" // VG_(get_pthread_id)()
+/* Include the drd_bitmap.c source file here to allow the compiler to */
+/* inline the bitmap manipulation functions called from this source file. */
+#include "drd_bitmap.c"
+
// Local functions.
static void thread_append_segment(const DrdThreadId tid,
@@ -748,20 +752,43 @@
Bool bm_access_load_2_triggers_conflict(const Addr a1)
{
- bm_access_load_2(running_thread_get_segment()->bm, a1);
- return bm_load_2_has_conflict_with(thread_get_danger_set(), a1);
+ if ((a1 & 1) == 0)
+ bm_access_aligned_load(running_thread_get_segment()->bm, a1, 2);
+ else
+ bm_access_range(running_thread_get_segment()->bm, a1, a1 + 2, eLoad);
+ if ((a1 & 1) == 0)
+ return bm_aligned_load_has_conflict_with(thread_get_danger_set(), a1, 2);
+ else
+ return bm_has_conflict_with(thread_get_danger_set(), a1, a1 + 2, eLoad);
}
Bool bm_access_load_4_triggers_conflict(const Addr a1)
{
- bm_access_load_4(running_thread_get_segment()->bm, a1);
- return bm_load_4_has_conflict_with(thread_get_danger_set(), a1);
+ if ((a1 & 3) == 0)
+ bm_access_aligned_load(running_thread_get_segment()->bm, a1, 4);
+ else
+ bm_access_range(running_thread_get_segment()->bm, a1, a1 + 4, eLoad);
+ if ((a1 & 3) == 0)
+ return bm_aligned_load_has_conflict_with(thread_get_danger_set(), a1, 4);
+ else
+ return bm_has_conflict_with(thread_get_danger_set(), a1, a1 + 4, eLoad);
}
Bool bm_access_load_8_triggers_conflict(const Addr a1)
{
- bm_access_load_8(running_thread_get_segment()->bm, a1);
- return bm_load_8_has_conflict_with(thread_get_danger_set(), a1);
+ if ((a1 & 7) == 0)
+ bm_access_aligned_load(running_thread_get_segment()->bm, a1, 8);
+ else if ((a1 & 3) == 0)
+ {
+ bm_access_aligned_load(running_thread_get_segment()->bm, a1 + 0, 4);
+ bm_access_aligned_load(running_thread_get_segment()->bm, a1 + 4, 4);
+ }
+ else
+ bm_access_range(running_thread_get_segment()->bm, a1, a1 + 8, eLoad);
+ if ((a1 & 7) == 0)
+ return bm_aligned_load_has_conflict_with(thread_get_danger_set(), a1, 8);
+ else
+ return bm_has_conflict_with(thread_get_danger_set(), a1, a1 + 8, eLoad);
}
Bool bm_access_load_triggers_conflict(const Addr a1, const Addr a2)
@@ -778,20 +805,43 @@
Bool bm_access_store_2_triggers_conflict(const Addr a1)
{
- bm_access_store_2(running_thread_get_segment()->bm, a1);
- return bm_store_2_has_conflict_with(thread_get_danger_set(), a1);
+ if ((a1 & 1) == 0)
+ bm_access_aligned_store(running_thread_get_segment()->bm, a1, 2);
+ else
+ bm_access_range(running_thread_get_segment()->bm, a1, a1 + 2, eStore);
+ if ((a1 & 1) == 0)
+ return bm_aligned_store_has_conflict_with(thread_get_danger_set(), a1, 2);
+ else
+ return bm_has_conflict_with(thread_get_danger_set(), a1, a1 + 2, eStore);
}
Bool bm_access_store_4_triggers_conflict(const Addr a1)
{
- bm_access_store_4(running_thread_get_segment()->bm, a1);
- return bm_store_4_has_conflict_with(thread_get_danger_set(), a1);
+ if ((a1 & 3) == 0)
+ bm_access_aligned_store(running_thread_get_segment()->bm, a1, 4);
+ else
+ bm_access_range(running_thread_get_segment()->bm, a1, a1 + 4, eStore);
+ if ((a1 & 3) == 0)
+ return bm_aligned_store_has_conflict_with(thread_get_danger_set(), a1, 4);
+ else
+ return bm_has_conflict_with(thread_get_danger_set(), a1, a1 + 4, eStore);
}
Bool bm_access_store_8_triggers_conflict(const Addr a1)
{
- bm_access_store_8(running_thread_get_segment()->bm, a1);
- return bm_store_8_has_conflict_with(thread_get_danger_set(), a1);
+ if ((a1 & 7) == 0)
+ bm_access_aligned_store(running_thread_get_segment()->bm, a1, 8);
+ else if ((a1 & 3) == 0)
+ {
+ bm_access_aligned_store(running_thread_get_segment()->bm, a1 + 0, 4);
+ bm_access_aligned_store(running_thread_get_segment()->bm, a1 + 4, 4);
+ }
+ else
+ bm_access_range(running_thread_get_segment()->bm, a1, a1 + 8, eStore);
+ if ((a1 & 7) == 0)
+ return bm_aligned_store_has_conflict_with(thread_get_danger_set(), a1, 8);
+ else
+ return bm_has_conflict_with(thread_get_danger_set(), a1, a1 + 8, eStore);
}
Bool bm_access_store_triggers_conflict(const Addr a1, const Addr a2)
|
|
From: <sv...@va...> - 2008-06-05 08:29:50
|
Author: bart
Date: 2008-06-05 09:29:53 +0100 (Thu, 05 Jun 2008)
New Revision: 8189
Log:
Introduced bm_access_*_triggers_conflict() functions.
Modified:
trunk/exp-drd/drd_main.c
trunk/exp-drd/drd_thread.c
trunk/exp-drd/drd_thread.h
Modified: trunk/exp-drd/drd_main.c
===================================================================
--- trunk/exp-drd/drd_main.c 2008-06-04 18:57:08 UTC (rev 8188)
+++ trunk/exp-drd/drd_main.c 2008-06-05 08:29:53 UTC (rev 8189)
@@ -256,8 +256,6 @@
static VG_REGPARM(2) void drd_trace_load(Addr addr, SizeT size)
{
- Segment* sg;
-
#if 0
/* The assert below has been commented out because of performance reasons.*/
tl_assert(thread_get_running_tid()
@@ -271,9 +269,7 @@
{
drd_trace_mem_access(addr, size, eLoad);
}
- sg = running_thread_get_segment();
- bm_access_range_load(sg->bm, addr, addr + size);
- if (bm_load_has_conflict_with(thread_get_danger_set(), addr, addr + size))
+ if (bm_access_load_triggers_conflict(addr, addr + size))
{
drd_report_race(addr, size, eLoad);
}
@@ -281,8 +277,6 @@
static VG_REGPARM(1) void drd_trace_load_1(Addr addr)
{
- Segment* sg;
-
if (! running_thread_is_recording())
return;
@@ -290,9 +284,7 @@
{
drd_trace_mem_access(addr, 1, eLoad);
}
- sg = running_thread_get_segment();
- bm_access_load_1(sg->bm, addr);
- if (bm_load_1_has_conflict_with(thread_get_danger_set(), addr))
+ if (bm_access_load_1_triggers_conflict(addr))
{
drd_report_race(addr, 1, eLoad);
}
@@ -300,8 +292,6 @@
static VG_REGPARM(1) void drd_trace_load_2(Addr addr)
{
- Segment* sg;
-
if (! running_thread_is_recording())
return;
@@ -309,9 +299,7 @@
{
drd_trace_mem_access(addr, 2, eLoad);
}
- sg = running_thread_get_segment();
- bm_access_load_2(sg->bm, addr);
- if (bm_load_2_has_conflict_with(thread_get_danger_set(), addr))
+ if (bm_access_load_2_triggers_conflict(addr))
{
drd_report_race(addr, 2, eLoad);
}
@@ -319,8 +307,6 @@
static VG_REGPARM(1) void drd_trace_load_4(Addr addr)
{
- Segment* sg;
-
if (! running_thread_is_recording())
return;
@@ -328,9 +314,7 @@
{
drd_trace_mem_access(addr, 4, eLoad);
}
- sg = running_thread_get_segment();
- bm_access_load_4(sg->bm, addr);
- if (bm_load_4_has_conflict_with(thread_get_danger_set(), addr))
+ if (bm_access_load_4_triggers_conflict(addr))
{
drd_report_race(addr, 4, eLoad);
}
@@ -338,8 +322,6 @@
static VG_REGPARM(1) void drd_trace_load_8(Addr addr)
{
- Segment* sg;
-
if (! running_thread_is_recording())
return;
@@ -347,9 +329,7 @@
{
drd_trace_mem_access(addr, 8, eLoad);
}
- sg = running_thread_get_segment();
- bm_access_load_8(sg->bm, addr);
- if (bm_load_8_has_conflict_with(thread_get_danger_set(), addr))
+ if (bm_access_load_8_triggers_conflict(addr))
{
drd_report_race(addr, 8, eLoad);
}
@@ -358,8 +338,6 @@
static
VG_REGPARM(2) void drd_trace_store(Addr addr, SizeT size)
{
- Segment* sg;
-
#if 0
/* The assert below has been commented out because of performance reasons.*/
tl_assert(thread_get_running_tid()
@@ -373,9 +351,7 @@
{
drd_trace_mem_access(addr, size, eStore);
}
- sg = running_thread_get_segment();
- bm_access_range_store(sg->bm, addr, addr + size);
- if (bm_store_has_conflict_with(thread_get_danger_set(), addr, addr + size))
+ if (bm_access_store_triggers_conflict(addr, addr + size))
{
drd_report_race(addr, size, eStore);
}
@@ -383,8 +359,6 @@
static VG_REGPARM(1) void drd_trace_store_1(Addr addr)
{
- Segment* sg;
-
if (! running_thread_is_recording())
return;
@@ -392,9 +366,7 @@
{
drd_trace_mem_access(addr, 1, eStore);
}
- sg = running_thread_get_segment();
- bm_access_store_1(sg->bm, addr);
- if (bm_store_1_has_conflict_with(thread_get_danger_set(), addr))
+ if (bm_access_store_1_triggers_conflict(addr))
{
drd_report_race(addr, 1, eStore);
}
@@ -402,8 +374,6 @@
static VG_REGPARM(1) void drd_trace_store_2(Addr addr)
{
- Segment* sg;
-
if (! running_thread_is_recording())
return;
@@ -411,9 +381,7 @@
{
drd_trace_mem_access(addr, 2, eStore);
}
- sg = running_thread_get_segment();
- bm_access_store_2(sg->bm, addr);
- if (bm_store_2_has_conflict_with(thread_get_danger_set(), addr))
+ if (bm_access_store_2_triggers_conflict(addr))
{
drd_report_race(addr, 2, eStore);
}
@@ -421,8 +389,6 @@
static VG_REGPARM(1) void drd_trace_store_4(Addr addr)
{
- Segment* sg;
-
if (! running_thread_is_recording())
return;
@@ -430,9 +396,7 @@
{
drd_trace_mem_access(addr, 4, eStore);
}
- sg = running_thread_get_segment();
- bm_access_store_4(sg->bm, addr);
- if (bm_store_4_has_conflict_with(thread_get_danger_set(), addr))
+ if (bm_access_store_4_triggers_conflict(addr))
{
drd_report_race(addr, 4, eStore);
}
@@ -440,8 +404,6 @@
static VG_REGPARM(1) void drd_trace_store_8(Addr addr)
{
- Segment* sg;
-
if (! running_thread_is_recording())
return;
@@ -449,9 +411,7 @@
{
drd_trace_mem_access(addr, 8, eStore);
}
- sg = running_thread_get_segment();
- bm_access_store_8(sg->bm, addr);
- if (bm_store_8_has_conflict_with(thread_get_danger_set(), addr))
+ if (bm_access_store_8_triggers_conflict(addr))
{
drd_report_race(addr, 8, eStore);
}
Modified: trunk/exp-drd/drd_thread.c
===================================================================
--- trunk/exp-drd/drd_thread.c 2008-06-04 18:57:08 UTC (rev 8188)
+++ trunk/exp-drd/drd_thread.c 2008-06-05 08:29:53 UTC (rev 8189)
@@ -740,6 +740,66 @@
s_danger_set_combine_vc_count++;
}
+Bool bm_access_load_1_triggers_conflict(const Addr a1)
+{
+ bm_access_load_1(running_thread_get_segment()->bm, a1);
+ return bm_load_1_has_conflict_with(thread_get_danger_set(), a1);
+}
+
+Bool bm_access_load_2_triggers_conflict(const Addr a1)
+{
+ bm_access_load_2(running_thread_get_segment()->bm, a1);
+ return bm_load_2_has_conflict_with(thread_get_danger_set(), a1);
+}
+
+Bool bm_access_load_4_triggers_conflict(const Addr a1)
+{
+ bm_access_load_4(running_thread_get_segment()->bm, a1);
+ return bm_load_4_has_conflict_with(thread_get_danger_set(), a1);
+}
+
+Bool bm_access_load_8_triggers_conflict(const Addr a1)
+{
+ bm_access_load_8(running_thread_get_segment()->bm, a1);
+ return bm_load_8_has_conflict_with(thread_get_danger_set(), a1);
+}
+
+Bool bm_access_load_triggers_conflict(const Addr a1, const Addr a2)
+{
+ bm_access_range_load(running_thread_get_segment()->bm, a1, a2);
+ return bm_load_has_conflict_with(thread_get_danger_set(), a1, a2);
+}
+
+Bool bm_access_store_1_triggers_conflict(const Addr a1)
+{
+ bm_access_store_1(running_thread_get_segment()->bm, a1);
+ return bm_store_1_has_conflict_with(thread_get_danger_set(), a1);
+}
+
+Bool bm_access_store_2_triggers_conflict(const Addr a1)
+{
+ bm_access_store_2(running_thread_get_segment()->bm, a1);
+ return bm_store_2_has_conflict_with(thread_get_danger_set(), a1);
+}
+
+Bool bm_access_store_4_triggers_conflict(const Addr a1)
+{
+ bm_access_store_4(running_thread_get_segment()->bm, a1);
+ return bm_store_4_has_conflict_with(thread_get_danger_set(), a1);
+}
+
+Bool bm_access_store_8_triggers_conflict(const Addr a1)
+{
+ bm_access_store_8(running_thread_get_segment()->bm, a1);
+ return bm_store_8_has_conflict_with(thread_get_danger_set(), a1);
+}
+
+Bool bm_access_store_triggers_conflict(const Addr a1, const Addr a2)
+{
+ bm_access_range_store(running_thread_get_segment()->bm, a1, a2);
+ return bm_store_has_conflict_with(thread_get_danger_set(), a1, a2);
+}
+
/** Call this function whenever a thread is no longer using the memory
* [ a1, a2 [, e.g. because of a call to free() or a stack pointer
* increase.
Modified: trunk/exp-drd/drd_thread.h
===================================================================
--- trunk/exp-drd/drd_thread.h 2008-06-04 18:57:08 UTC (rev 8188)
+++ trunk/exp-drd/drd_thread.h 2008-06-05 08:29:53 UTC (rev 8189)
@@ -122,6 +122,18 @@
void thread_get_latest_segment(Segment** sg, const DrdThreadId tid);
void thread_combine_vc(const DrdThreadId joiner, const DrdThreadId joinee);
void thread_combine_vc2(const DrdThreadId tid, const VectorClock* const vc);
+
+Bool bm_access_load_1_triggers_conflict(const Addr a1);
+Bool bm_access_load_2_triggers_conflict(const Addr a1);
+Bool bm_access_load_4_triggers_conflict(const Addr a1);
+Bool bm_access_load_8_triggers_conflict(const Addr a1);
+Bool bm_access_load_triggers_conflict(const Addr a1, const Addr a2);
+Bool bm_access_store_1_triggers_conflict(const Addr a1);
+Bool bm_access_store_2_triggers_conflict(const Addr a1);
+Bool bm_access_store_4_triggers_conflict(const Addr a1);
+Bool bm_access_store_8_triggers_conflict(const Addr a1);
+Bool bm_access_store_triggers_conflict(const Addr a1, const Addr a2);
+
void thread_stop_using_mem(const Addr a1, const Addr a2);
void thread_start_recording(const DrdThreadId tid);
void thread_stop_recording(const DrdThreadId tid);
|
|
From: Ashley P. <api...@co...> - 2008-06-05 07:39:16
|
On Wed, 2008-06-04 at 08:47 +0200, Julian Seward wrote: > On Monday 02 June 2008 12:10, Ashley Pittman wrote: > > On Mon, 2008-06-02 at 11:53 +0200, Julian Seward wrote: > > > I have put a release candidate for 3.3.1 at > > > > > > http://www.valgrind.org/downloads/valgrind-3.3.1.RC1.tar.bz2 > > > (md5 = 7b8325af2156c679d825d15eb38a0bd4) > > > > > > Please download and try it on platforms that are important to you, and > > > let me know of any critical breakage. If no critical problems are > > > reported, I plan to make make the final 3.3.1 release on Wednesday 4 > > > June. > > > > Could you apply this patch to re-enable the log file qualifier in the > > xml output. > > Applied to the trunk. Ta. I'd prefer not to change the visible > behaviour of the stable branch at this point. So this will in the 3.3.1 release? That's all I care about, my users are waiting on the malinfo stuff so will be on that anyway. > > Also did the VPATH build issue get fixed? > > No .. there's a patch floating around somewhere, isn't there, that > you sent before? Not sure where though. Any ideas? I've got this but I don't think it's a full patch, I seem to remember I also had to remove VG_(start_debugger) from pub_core_debugger.h and add it somewhere else, at this point I decided that the entire header file probably needed re-naming as pub_tool_debugger.h hence my comment about not being able to make a patch that encompasses the changes. You'll need to do a svn move and lots of build build changes to do this properly so perhaps it's better to leave that header file empty and create a new one with the declaration in it. Let me know if you want me to look at this deeper, I'm off to work now but will be able to take a proper look this evening if you require. Would it be prudent to adjust one of the nightly builds to use VPATH? It's not the first time it's broken and it often takes a while to spot that's anythings wrong. Ashley, |
|
From: Bart V. A. <bar...@gm...> - 2008-06-05 06:07:01
|
On Thu, Jun 5, 2008 at 12:34 AM, <sv...@va...> wrote: ... > Modified: trunk/gallery/users.html ... > - A moduler C++ IRC server.</li> > + a moduler C++ IRC server.</li> "moduler" ? Shouldn't this be "modular" ? Bart. |
|
From: Tom H. <th...@cy...> - 2008-06-05 03:06:42
|
Nightly build on aston ( x86_64, Fedora Core 5 ) started at 2008-06-05 03:20:12 BST Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 437 tests, 7 stderr failures, 1 stdout failure, 0 post failures == memcheck/tests/malloc_free_fill (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/x86/scalar (stderr) none/tests/blockfault (stderr) none/tests/mremap2 (stdout) helgrind/tests/tc20_verifywrap (stderr) helgrind/tests/tc21_pthonce (stderr) helgrind/tests/tc22_exit_w_lock (stderr) ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 437 tests, 7 stderr failures, 2 stdout failures, 0 post failures == memcheck/tests/malloc_free_fill (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/x86/scalar (stderr) none/tests/blockfault (stderr) none/tests/mremap2 (stdout) helgrind/tests/tc08_hbl2 (stdout) helgrind/tests/tc20_verifywrap (stderr) helgrind/tests/tc21_pthonce (stderr) helgrind/tests/tc22_exit_w_lock (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Thu Jun 5 03:42:47 2008 --- new.short Thu Jun 5 04:06:47 2008 *************** *** 8,10 **** ! == 437 tests, 7 stderr failures, 2 stdout failures, 0 post failures == memcheck/tests/malloc_free_fill (stderr) --- 8,10 ---- ! == 437 tests, 7 stderr failures, 1 stdout failure, 0 post failures == memcheck/tests/malloc_free_fill (stderr) *************** *** 14,16 **** none/tests/mremap2 (stdout) - helgrind/tests/tc08_hbl2 (stdout) helgrind/tests/tc20_verifywrap (stderr) --- 14,15 ---- |
|
From: Tom H. <th...@cy...> - 2008-06-05 02:52:40
|
Nightly build on lloyd ( x86_64, Fedora 7 ) started at 2008-06-05 03:05:18 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 431 tests, 4 stderr failures, 2 stdout failures, 0 post failures == memcheck/tests/pointer-trace (stderr) memcheck/tests/vcpu_fnfns (stdout) memcheck/tests/x86/scalar (stderr) none/tests/mremap2 (stdout) helgrind/tests/tc20_verifywrap (stderr) helgrind/tests/tc22_exit_w_lock (stderr) |
|
From: Tom H. <th...@cy...> - 2008-06-05 02:46:51
|
Nightly build on trojan ( x86_64, Fedora Core 6 ) started at 2008-06-05 03:25:09 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 435 tests, 7 stderr failures, 5 stdout failures, 0 post failures == memcheck/tests/pointer-trace (stderr) memcheck/tests/vcpu_fnfns (stdout) memcheck/tests/x86/bug133694 (stdout) memcheck/tests/x86/bug133694 (stderr) memcheck/tests/x86/scalar (stderr) none/tests/cmdline1 (stdout) none/tests/cmdline2 (stdout) none/tests/mremap2 (stdout) helgrind/tests/tc17_sembar (stderr) helgrind/tests/tc20_verifywrap (stderr) helgrind/tests/tc21_pthonce (stderr) helgrind/tests/tc22_exit_w_lock (stderr) |
|
From: Tom H. <th...@cy...> - 2008-06-05 02:43:01
|
Nightly build on dellow ( x86_64, Fedora 8 ) started at 2008-06-05 03:10:12 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 431 tests, 7 stderr failures, 2 stdout failures, 0 post failures == memcheck/tests/pointer-trace (stderr) memcheck/tests/vcpu_fnfns (stdout) memcheck/tests/x86/scalar (stderr) none/tests/blockfault (stderr) none/tests/mremap2 (stdout) helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc20_verifywrap (stderr) helgrind/tests/tc21_pthonce (stderr) helgrind/tests/tc22_exit_w_lock (stderr) |
|
From: Tom H. <th...@cy...> - 2008-06-05 02:24:29
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2008-06-05 03:00:05 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 437 tests, 30 stderr failures, 3 stdout failures, 0 post failures == memcheck/tests/malloc_free_fill (stderr) memcheck/tests/origin5-bz2 (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/varinfo6 (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/amd64/insn_ssse3 (stdout) none/tests/amd64/insn_ssse3 (stderr) none/tests/amd64/ssse3_misaligned (stderr) none/tests/blockfault (stderr) none/tests/fdleak_fcntl (stderr) none/tests/mremap2 (stdout) none/tests/x86/insn_ssse3 (stdout) none/tests/x86/insn_ssse3 (stderr) none/tests/x86/ssse3_misaligned (stderr) helgrind/tests/hg01_all_ok (stderr) helgrind/tests/hg02_deadlock (stderr) helgrind/tests/hg03_inherit (stderr) helgrind/tests/hg04_race (stderr) helgrind/tests/hg05_race2 (stderr) helgrind/tests/tc01_simple_race (stderr) helgrind/tests/tc05_simple_race (stderr) helgrind/tests/tc06_two_races (stderr) helgrind/tests/tc09_bad_unlock (stderr) helgrind/tests/tc14_laog_dinphils (stderr) helgrind/tests/tc16_byterace (stderr) helgrind/tests/tc17_sembar (stderr) helgrind/tests/tc19_shadowmem (stderr) helgrind/tests/tc20_verifywrap (stderr) helgrind/tests/tc21_pthonce (stderr) helgrind/tests/tc22_exit_w_lock (stderr) helgrind/tests/tc23_bogus_condwait (stderr) |