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
(10) |
2
(8) |
3
(17) |
4
(28) |
5
(22) |
6
(8) |
|
7
(8) |
8
(22) |
9
(12) |
10
(17) |
11
(14) |
12
(15) |
13
(6) |
|
14
(9) |
15
(9) |
16
(16) |
17
(13) |
18
(18) |
19
(7) |
20
(5) |
|
21
(6) |
22
(5) |
23
(11) |
24
(5) |
25
(11) |
26
(7) |
27
(15) |
|
28
(11) |
29
(12) |
30
(12) |
31
(15) |
|
|
|
|
From: Shahriyar A. <sm...@co...> - 2007-10-01 16:41:28
|
Hi everyone, I am in the process of porting a tool that was written in Valgrind 2.2.0 to Valgrind 3.3.0. I have attained my copy of the source code from svn. I was wondering if there is a quick and easy way to save the work under : UCodeBlock* SK_(instrument)(UCodeBlock* cb_in, Addr orig_addr) to the corresponding: IRSB* fb_instrument( VgCallbackClosure* closure, IRSB* bb, VexGuestLayout layout, VexGuestExtents* vge, IRType gWordTy, IRType hWordTy ) I appreciate any feedback. Thank you, Shahriyar |
|
From: <js...@ac...> - 2007-10-01 13:55:37
|
Nightly build on minnie ( SuSE 10.0, ppc32 ) started at 2007-10-01 09:00:01 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 == 220 tests, 10 stderr failures, 6 stdout failures, 0 posttest failures == memcheck/tests/leak-tree (stderr) memcheck/tests/leakotron (stdout) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_changes (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (stderr) none/tests/fdleak_cmsg (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) none/tests/ppc32/jm-fp (stdout) none/tests/ppc32/jm-fp (stderr) none/tests/ppc32/round (stdout) none/tests/ppc32/round (stderr) none/tests/ppc32/test_fx (stdout) none/tests/ppc32/test_fx (stderr) none/tests/ppc32/test_gx (stdout) |
|
From: Bart V. A. <bar...@gm...> - 2007-10-01 12:31:11
|
Hello Dirk,
Do you really know what you are doing ? You are not just fixing warnings,
you are changing code. In trunk/coregrind/m_stacktrace.c you changed the
format string %08p into %p. As a result, the printed pointers are no longer
right-aligned. Did you understand what I wrote in the mail I sent on
September 26 to the valgrind-developers mailing list ?
Bart.
On 10/1/07, sv...@va... <sv...@va...> wrote:
>
> Author: dirk
> Date: 2007-10-01 11:33:41 +0100 (Mon, 01 Oct 2007)
> New Revision: 6928
>
> Log:
> fix a few format string warnings
>
> Modified:
> trunk/coregrind/m_signals.c
> trunk/coregrind/m_stacktrace.c
>
>
> Modified: trunk/coregrind/m_signals.c
> ===================================================================
> --- trunk/coregrind/m_signals.c 2007-10-01 10:21:07 UTC (rev 6927)
> +++ trunk/coregrind/m_signals.c 2007-10-01 10:33:41 UTC (rev 6928)
> @@ -431,7 +431,7 @@
> Int sig;
> VG_(printf)("\n\nSKSS:\n");
> for (sig = 1; sig <= _VKI_NSIG; sig++) {
> - VG_(printf)("sig %d: handler 0x%x, flags 0x%x\n", sig,
> + VG_(printf)("sig %d: handler %p, flags 0x%x\n", sig,
> skss.skss_per_sig[sig].skss_handler,
> skss.skss_per_sig[sig].skss_flags );
>
>
> Modified: trunk/coregrind/m_stacktrace.c
> ===================================================================
> --- trunk/coregrind/m_stacktrace.c 2007-10-01 10:21:07 UTC (rev 6927)
> +++ trunk/coregrind/m_stacktrace.c 2007-10-01 10:33:41 UTC (rev 6928)
> @@ -158,7 +158,7 @@
> fp = (((UWord*)fp)[0]);
> ips[i++] = ip;
> if (debug)
> - VG_(printf)(" ipsF[%d]=%08p\n", i-1, ips[i-1]);
> + VG_(printf)(" ipsF[%d]=%p\n", i-1, ips[i-1]);
> ip = ip - 1;
> continue;
> }
> @@ -168,7 +168,7 @@
> if ( VG_(use_CF_info)( &ip, &sp, &fp, fp_min, fp_max ) ) {
> ips[i++] = ip;
> if (debug)
> - VG_(printf)(" ipsC[%d]=%08p\n", i-1, ips[i-1]);
> + VG_(printf)(" ipsC[%d]=%p\n", i-1, ips[i-1]);
> ip = ip - 1;
> continue;
> }
> @@ -406,7 +406,7 @@
> # endif
>
> if (0)
> - VG_(printf)("tid %d: stack_highest=%p ip=%p sp=%p fp=%p\n",
> + VG_(printf)("tid %d: stack_highest=0x%08lx ip=0x%08lx sp=0x%08lx
> fp=0x%08lx\n",
> tid, stack_highest_word, ip, sp, fp);
>
> return VG_(get_StackTrace2)(tid, ips, n_ips, ip, sp, fp, lr, sp,
>
|
|
From: <sv...@va...> - 2007-10-01 10:33:41
|
Author: dirk
Date: 2007-10-01 11:33:41 +0100 (Mon, 01 Oct 2007)
New Revision: 6928
Log:
fix a few format string warnings
Modified:
trunk/coregrind/m_signals.c
trunk/coregrind/m_stacktrace.c
Modified: trunk/coregrind/m_signals.c
===================================================================
--- trunk/coregrind/m_signals.c 2007-10-01 10:21:07 UTC (rev 6927)
+++ trunk/coregrind/m_signals.c 2007-10-01 10:33:41 UTC (rev 6928)
@@ -431,7 +431,7 @@
Int sig;
VG_(printf)("\n\nSKSS:\n");
for (sig = 1; sig <= _VKI_NSIG; sig++) {
- VG_(printf)("sig %d: handler 0x%x, flags 0x%x\n", sig,
+ VG_(printf)("sig %d: handler %p, flags 0x%x\n", sig,
skss.skss_per_sig[sig].skss_handler,
skss.skss_per_sig[sig].skss_flags );
Modified: trunk/coregrind/m_stacktrace.c
===================================================================
--- trunk/coregrind/m_stacktrace.c 2007-10-01 10:21:07 UTC (rev 6927)
+++ trunk/coregrind/m_stacktrace.c 2007-10-01 10:33:41 UTC (rev 6928)
@@ -158,7 +158,7 @@
fp = (((UWord*)fp)[0]);
ips[i++] = ip;
if (debug)
- VG_(printf)(" ipsF[%d]=%08p\n", i-1, ips[i-1]);
+ VG_(printf)(" ipsF[%d]=%p\n", i-1, ips[i-1]);
ip = ip - 1;
continue;
}
@@ -168,7 +168,7 @@
if ( VG_(use_CF_info)( &ip, &sp, &fp, fp_min, fp_max ) ) {
ips[i++] = ip;
if (debug)
- VG_(printf)(" ipsC[%d]=%08p\n", i-1, ips[i-1]);
+ VG_(printf)(" ipsC[%d]=%p\n", i-1, ips[i-1]);
ip = ip - 1;
continue;
}
@@ -406,7 +406,7 @@
# endif
if (0)
- VG_(printf)("tid %d: stack_highest=%p ip=%p sp=%p fp=%p\n",
+ VG_(printf)("tid %d: stack_highest=0x%08lx ip=0x%08lx sp=0x%08lx fp=0x%08lx\n",
tid, stack_highest_word, ip, sp, fp);
return VG_(get_StackTrace2)(tid, ips, n_ips, ip, sp, fp, lr, sp,
|
|
From: <sv...@va...> - 2007-10-01 10:21:07
|
Author: sewardj
Date: 2007-10-01 11:21:07 +0100 (Mon, 01 Oct 2007)
New Revision: 6927
Log:
Improve performance for OpenOffice-sized applications by messing with
N_SECMAP_BITS, and update some associated comments.
Modified:
branches/THRCHECK/thrcheck/tc_main.c
Modified: branches/THRCHECK/thrcheck/tc_main.c
===================================================================
--- branches/THRCHECK/thrcheck/tc_main.c 2007-09-30 10:48:32 UTC (rev 6926)
+++ branches/THRCHECK/thrcheck/tc_main.c 2007-10-01 10:21:07 UTC (rev 6927)
@@ -571,7 +571,14 @@
/* Primary Map is the usual FiniteMap Addr SecMap* w/ cache */
-#define N_SECMAP_BITS 11
+/* See comments below on shadow_mem_make_NoAccess re performance
+ effects of N_SECMAP_BITS settings. On a 2.4GHz Core2,
+ starting/quitting OOo (32-bit), I have these rough numbers:
+ N_SECMAP_BITS = 11 2m23
+ N_SECMAP_BITS = 12 1m58
+ N_SECMAP_BITS = 13 1m53
+*/
+#define N_SECMAP_BITS 13
#define N_SECMAP_ARANGE (1 << N_SECMAP_BITS)
#define N_SECMAP_MASK (~(N_SECMAP_ARANGE - 1))
#define N_SECMAP_W32S (N_SECMAP_ARANGE / 4)
@@ -2499,35 +2506,35 @@
Otherwise, the range contains some locks. Then we have to do all
the complexity below and only then set the range to NoAccess.
- // make up a set containing the which are deleted
- ToDelete = NULL
- scan the range in map_locks,
- for each lock lk found {
- add lk to ToDelete
-
- case lk of
- UnlockedNew. simply free up the Lock
- UnlockedBy. makes a reference to Segment (via
- map_segments) but just leave that.
- Maybe we will later GC the segment graph.
+ 1. Make up a set containing the locks which are deleted:
- LockedBy. Bad case. Report error.
- remove from from the currlocks set of the
- owning thread
- }
+ ToDelete = NULL
- modify all shadow words, by removing ToDelete from the lockset
- of all ShM and ShR states.
+ for each lk in map_locks {
+ if lk's guest addr falls in the range to memory be deleted
+ add lk to ToDelete
- Finally set the range to NoAccess.
+ if lk is held, issue an error message - freeing memory
+ containing a held lock
+ }
+
+ 2. Modify all shadow words, by removing ToDelete from the lockset
+ of all ShM and ShR states. Note this involves a complete scan
+ over map_shmem, which is very expensive according to OProfile.
+ Hence it depends critically on the size of each entry in
+ map_shmem. See comments on definition of N_SECMAP_BITS above.
- Optimisation 1: skip SecMaps which do not have .hasShared set
+ 3. Set the range to NoAccess. Clear the .hasShared and .anyLocks
+ hint bits for any completely vacated SecMaps.
- Optimisation 2: for each SecMap, have a summary lock set which is
- the union of all locks mentioned in locksets on this page.
- Then skip the page if the summary lockset does not intersect with
- ToDelete.
+ Optimisation 1 (implemented): skip SecMaps which do not have
+ .hasShared set
+ Optimisation 2 (not implemented, needs rethink): for each SecMap,
+ have a summary lock set which is the union of all locks mentioned
+ in locksets on this page. Then skip the page if the summary
+ lockset does not intersect with ToDelete.
+
that's potentially cheap, since the usual lockset refinement
only shrinks locksets; hence there is no point in updating the
summary lockset for ShM/R -> ShM/R transitions
@@ -3229,7 +3236,7 @@
}
// FIXME: error-if: exiting thread holds any locks
- // or shouw evh__pre_thread_ll_exit do that?
+ // or should evh__pre_thread_ll_exit do that?
/* Delete thread from ShM/ShR thread sets and restore Excl states
where appropriate */
|
|
From: Tom H. <th...@cy...> - 2007-10-01 02:30:40
|
Nightly build on alvis ( i686, Red Hat 7.3 ) started at 2007-10-01 03:15:02 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 == 256 tests, 27 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/addressable (stderr) memcheck/tests/badjump (stderr) memcheck/tests/describe-block (stderr) memcheck/tests/erringfds (stderr) memcheck/tests/leak-0 (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-pool-0 (stderr) memcheck/tests/leak-pool-1 (stderr) memcheck/tests/leak-pool-2 (stderr) memcheck/tests/leak-pool-3 (stderr) memcheck/tests/leak-pool-4 (stderr) memcheck/tests/leak-pool-5 (stderr) memcheck/tests/leak-regroot (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/long_namespace_xml (stderr) memcheck/tests/match-overrun (stderr) memcheck/tests/partial_load_dflt (stderr) memcheck/tests/partial_load_ok (stderr) memcheck/tests/partiallydefinedeq (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/sigkill (stderr) memcheck/tests/stack_changes (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) memcheck/tests/x86/xor-undef-x86 (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: Tom H. <th...@cy...> - 2007-10-01 02:23:24
|
Nightly build on dellow ( x86_64, Fedora 7 ) started at 2007-10-01 03:10: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 == 293 tests, 4 stderr failures, 3 stdout failures, 0 posttest failures == memcheck/tests/pointer-trace (stderr) memcheck/tests/vcpu_fnfns (stdout) memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) none/tests/pth_detached (stdout) |
|
From: Tom H. <th...@cy...> - 2007-10-01 02:17:52
|
Nightly build on lloyd ( x86_64, Fedora Core 3 ) started at 2007-10-01 03:05:04 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 == 293 tests, 6 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: Tom H. <th...@cy...> - 2007-10-01 02:11:33
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2007-10-01 03:00:03 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 == 295 tests, 6 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/fdleak_fcntl (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: <js...@ac...> - 2007-10-01 00:48:36
|
Nightly build on g5 ( SuSE 10.1, ppc970 ) started at 2007-10-01 02:00:01 CEST 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 == 228 tests, 6 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/deep_templates (stdout) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/pointer-trace (stderr) none/tests/faultstatus (stderr) none/tests/fdleak_cmsg (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |