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
(12) |
2
(9) |
|
3
(23) |
4
(24) |
5
(9) |
6
(7) |
7
(5) |
8
(2) |
9
(6) |
|
10
(5) |
11
(3) |
12
(11) |
13
(4) |
14
|
15
(3) |
16
(4) |
|
17
(3) |
18
(6) |
19
|
20
(1) |
21
(9) |
22
(8) |
23
(1) |
|
24
|
25
(2) |
26
(3) |
27
(16) |
28
(17) |
29
(22) |
30
(7) |
|
31
(4) |
|
|
|
|
|
|
|
From: Alexander P. <gl...@go...> - 2010-01-22 08:05:01
|
Nightly build on mcgrind ( Darwin 9.7.0 i386 ) Started at 2010-01-22 09:06:01 MSK Ended at 2010-01-22 09:24:52 MSK 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 == 433 tests, 22 stderr failures, 1 stdout failure, 0 post failures == memcheck/tests/null_socket (stdout) memcheck/tests/origin5-bz2 (stderr) memcheck/tests/varinfo1 (stderr) memcheck/tests/varinfo2 (stderr) memcheck/tests/varinfo3 (stderr) memcheck/tests/varinfo4 (stderr) memcheck/tests/varinfo5 (stderr) memcheck/tests/varinfo6 (stderr) none/tests/async-sigs (stderr) none/tests/faultstatus (stderr) none/tests/pth_blockedsig (stderr) helgrind/tests/hg03_inherit (stderr) helgrind/tests/hg04_race (stderr) helgrind/tests/hg05_race2 (stderr) helgrind/tests/rwlock_race (stderr) helgrind/tests/tc01_simple_race (stderr) helgrind/tests/tc05_simple_race (stderr) helgrind/tests/tc06_two_races (stderr) helgrind/tests/tc06_two_races_xml (stderr) helgrind/tests/tc16_byterace (stderr) helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc21_pthonce (stderr) helgrind/tests/tc23_bogus_condwait (stderr) -- Alexander Potapenko Software Engineer Google Moscow |
|
From: Bart V. A. <bar...@gm...> - 2010-01-22 07:00:46
|
Nightly build on cellbuzz-native ( cellbuzz, ppc64, Fedora 7, native ) Started at 2010-01-22 02:00:12 EST Ended at 2010-01-22 02:00:33 EST Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... done Last 20 lines of verbose log follow echo pbs_iff: error returned: 15019 pbs_iff: Invalid credential MSG=cannot authenticate user No Permission. qsub: cannot connect to server cell-user.cell.buzz (errno=15007) Job ID = cat: cmd-output.txt: No such file or directory Building valgrind ... cd valgrind-new && make -j 2 && make -j 2 check && make install pbs_iff: error returned: 15019 pbs_iff: Invalid credential MSG=cannot authenticate user No Permission. qsub: cannot connect to server cell-user.cell.buzz (errno=15007) Job ID = cat: cmd-output.txt: No such file or directory Running regression tests ... cd valgrind-new && make regtest pbs_iff: error returned: 15019 pbs_iff: Invalid credential MSG=cannot authenticate user No Permission. qsub: cannot connect to server cell-user.cell.buzz (errno=15007) Job ID = cat: cmd-output.txt: No such file or directory ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... done Last 20 lines of verbose log follow echo pbs_iff: error returned: 15019 pbs_iff: Invalid credential MSG=cannot authenticate user No Permission. qsub: cannot connect to server cell-user.cell.buzz (errno=15007) Job ID = cat: cmd-output.txt: No such file or directory Building valgrind ... cd valgrind-old && make -j 2 && make -j 2 check && make install pbs_iff: error returned: 15019 pbs_iff: Invalid credential MSG=cannot authenticate user No Permission. qsub: cannot connect to server cell-user.cell.buzz (errno=15007) Job ID = cat: cmd-output.txt: No such file or directory Running regression tests ... cd valgrind-old && make regtest pbs_iff: error returned: 15019 pbs_iff: Invalid credential MSG=cannot authenticate user No Permission. qsub: cannot connect to server cell-user.cell.buzz (errno=15007) Job ID = cat: cmd-output.txt: No such file or directory ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Fri Jan 22 02:00:24 2010 --- new.short Fri Jan 22 02:00:33 2010 *************** *** 13,15 **** cat: cmd-output.txt: No such file or directory ! Building valgrind ... cd valgrind-old && make -j 2 && make -j 2 check && make install pbs_iff: error returned: 15019 --- 13,15 ---- cat: cmd-output.txt: No such file or directory ! Building valgrind ... cd valgrind-new && make -j 2 && make -j 2 check && make install pbs_iff: error returned: 15019 *************** *** 20,22 **** cat: cmd-output.txt: No such file or directory ! Running regression tests ... cd valgrind-old && make regtest pbs_iff: error returned: 15019 --- 20,22 ---- cat: cmd-output.txt: No such file or directory ! Running regression tests ... cd valgrind-new && make regtest pbs_iff: error returned: 15019 |
|
From: Tom H. <th...@cy...> - 2010-01-22 03:49:45
|
Nightly build on lloyd ( x86_64, Fedora 7 ) Started at 2010-01-22 03:05:03 GMT Ended at 2010-01-22 03:49:28 GMT 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 == 531 tests, 1 stderr failure, 0 stdout failures, 0 post failures == helgrind/tests/tc06_two_races_xml (stderr) |
|
From: Tom H. <th...@cy...> - 2010-01-22 03:35:48
|
Nightly build on mg ( x86_64, Fedora 9 ) Started at 2010-01-22 03:10:04 GMT Ended at 2010-01-22 03:35:32 GMT 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 == 538 tests, 1 stderr failure, 0 stdout failures, 0 post failures == helgrind/tests/tc06_two_races_xml (stderr) |
|
From: Gert W. <gw....@gm...> - 2010-01-21 22:20:15
|
lzcntw r16.uw[0x0468] r16.uw[0] => 1.uw[5] lzcntw m16.uw[0x2642] r16.uw[0] => 1.uw[2] lzcntw r16.uw[0x0000] r16.uw[0] => 1.uw[16] lzcntw r16.uw[0x8000] r16.uw[0] => 1.uw[0] lzcntl r32.ud[0x00072468] r32.ud[0] => 1.ud[13] lzcntl m32.ud[0x75318642] r32.ud[0] => 1.ud[1] lzcntl r32.ud[0x00000000] r32.ud[0] => 1.ud[32] lzcntl r32.ud[0x80000000] r32.ud[0] => 1.ud[0] lzcntq r64.uq[0x1357246813572468] r64.uq[0] => 1.uq[3] lzcntq m64.uq[0x8531864275318642] r64.uq[0] => 1.uq[0] lzcntq m64.uq[0x7531864275318642] r64.uq[0] => 1.uq[1] lzcntq r64.uq[0x0000000000000000] r64.uq[0] => 1.uq[64] |
|
From: Filipe C. <fi...@gm...> - 2010-01-21 16:23:48
|
Hi! The source code is fairly easy to understand (and if you have any doubts, there's always the mailing list ;-) ). Start reading in guest_amd64_toIR.c, line 16206: DisResult disInstr_AMD64 ( ... This function disassembles an AMD64 instruction. Mainly it checks some stuff and calls disInstr_AMD64_WRK, which is the function you're interested in. Understand the control flow: Checking, prefixes, instructions, finalizing. I don't know if that is also a valid Intel instruction... But if it's not, you "just" have to follow the control flow and place the appropriate instructions to deal with it. You'll have to look at the IR in order to see if it already has an instruction for that and, if not, how to implement it using what you have. Best of luck, F On 1/21/10 11:08, Gert Wollny wrote: > Hi all, > > I'd like to work on bug https://bugs.kde.org/show_bug.cgi?id=180217 > vex amd64->IR: unhandled instruction bytes: 0xF3 0x48 0xF 0xBD 0xC0 0x4C > > I've had a look at the valgrind 3.5.0 code base, and I got some idea > where I would have to fix this in guest_amd64_toIR.c > As far as I can tell, this hasn't been addressed yet in the svn, right? > > However, I guess I could create the needed test cases and edit the part > where the instruction is identified, but from there on I have currently > no idea, how to implement > the required dis_LZCNT_bla function. > Is there some kind of documentation I can read to understand how things > are done or could you suggest a function that I could use as a blueprint? > > Many thanks, > > Gert > > > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for Conference > attendees to learn about information security's most important issues through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > > > > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers |
|
From: Ashley P. <as...@pi...> - 2010-01-21 15:48:25
|
On 21 Jan 2010, at 02:25, Nicholas Nethercote wrote: > On Thu, Jan 7, 2010 at 12:15 AM, Bjoern Doebel > <bjo...@go...> wrote: >> Hello, >> >> I'm trying to compile Valgrind in a separate build directory, so that >> all generated files etc. are placed outside the source dir. > > https://bugs.kde.org/show_bug.cgi?id=155913 is the bug tracking this feature. The patch attached to that bug should still work, most of the changes are to do with getting the test suite to work rather than actually building Valgrind itself. I need to update it and re-sumit it so let me know if you have any problems with it. Ashley, |
|
From: Gert W. <gw....@gm...> - 2010-01-21 11:14:39
|
Hi all, I'd like to work on bug https://bugs.kde.org/show_bug.cgi?id=180217 vex amd64->IR: unhandled instruction bytes: 0xF3 0x48 0xF 0xBD 0xC0 0x4C I've had a look at the valgrind 3.5.0 code base, and I got some idea where I would have to fix this in guest_amd64_toIR.c As far as I can tell, this hasn't been addressed yet in the svn, right? However, I guess I could create the needed test cases and edit the part where the instruction is identified, but from there on I have currently no idea, how to implement the required dis_LZCNT_bla function. Is there some kind of documentation I can read to understand how things are done or could you suggest a function that I could use as a blueprint? Many thanks, Gert |
|
From: <sv...@va...> - 2010-01-21 10:24:44
|
Author: tom
Date: 2010-01-21 10:24:37 +0000 (Thu, 21 Jan 2010)
New Revision: 11029
Log:
Make generated pkgconfig file reflect the new locations of the
installed libraries. Patch from Jakub Jelinek. Closes #223657.
Modified:
trunk/valgrind.pc.in
Modified: trunk/valgrind.pc.in
===================================================================
--- trunk/valgrind.pc.in 2010-01-21 10:19:46 UTC (rev 11028)
+++ trunk/valgrind.pc.in 2010-01-21 10:24:37 UTC (rev 11029)
@@ -11,6 +11,6 @@
Description: A dynamic binary instrumentation framework
Version: @VERSION@
Requires:
-Libs: -L${libdir}/valgrind/@VGCONF_ARCH_PRI@-@VGCONF_OS@ -lcoregrind -lvex -lgcc
+Libs: -L${libdir}/valgrind -lcoregrind-@VGCONF_ARCH_PRI@-@VGCONF_OS@ -lvex-@VGCONF_ARCH_PRI@-@VGCONF_OS@ -lgcc
Cflags: -I${includedir}
|
|
From: <sv...@va...> - 2010-01-21 10:20:02
|
Author: tom
Date: 2010-01-21 10:19:46 +0000 (Thu, 21 Jan 2010)
New Revision: 11028
Log:
DW_OP_mod should do unsigned arithmetic. Closes #223656.
Modified:
trunk/coregrind/m_debuginfo/d3basics.c
Modified: trunk/coregrind/m_debuginfo/d3basics.c
===================================================================
--- trunk/coregrind/m_debuginfo/d3basics.c 2010-01-17 11:02:23 UTC (rev 11027)
+++ trunk/coregrind/m_debuginfo/d3basics.c 2010-01-21 10:19:46 UTC (rev 11028)
@@ -770,12 +770,12 @@
PUSH(sw1);
break;
case DW_OP_mod:
- POP(sw2);
- if (sw2 == 0)
+ POP(uw2);
+ if (uw2 == 0)
FAIL("evaluate_Dwarf3_Expr: division by zero");
- POP(sw1);
- sw1 %= sw2;
- PUSH(sw1);
+ POP(uw1);
+ uw1 %= uw2;
+ PUSH(uw1);
break;
#define BINARY(name, op, s) \
case DW_OP_##name: \
|
|
From: Ashley P. <as...@pi...> - 2010-01-21 10:06:38
|
On 21 Jan 2010, at 09:47, Philip Stoev wrote: > This is important in automatic test case simplification where the error must > be reported immediately so that the simplification algorithm can move > forward. > > Any pointers on where in Valgrind's code it would be best to add an extra > exit(), figuratively speaking, would be appreciated. At a guess I'd look for the attach_gdb_on_error code and work from there. As it's possible to specify your own gdb command it might be possible to do this without modifying valgrind by writing a script which kills it's parent process and specifying this script as the "gdb command" to valgrind, you'd be on your own with this but it might be easier to maintain than a valgrind patch. Ashley, |
|
From: Philip S. <ph...@st...> - 2010-01-21 09:47:22
|
Hello, I was wondering how I can achieve an immediate abort at the first valgrind error v.s. waiting for the process to complete and then grepping the error log. This is important in automatic test case simplification where the error must be reported immediately so that the simplification algorithm can move forward. Any pointers on where in Valgrind's code it would be best to add an extra exit(), figuratively speaking, would be appreciated. Thank you! Philip Stoev |
|
From: Nicholas N. <n.n...@gm...> - 2010-01-21 02:25:57
|
On Thu, Jan 7, 2010 at 12:15 AM, Bjoern Doebel <bjo...@go...> wrote: > Hello, > > I'm trying to compile Valgrind in a separate build directory, so that > all generated files etc. are placed outside the source dir. https://bugs.kde.org/show_bug.cgi?id=155913 is the bug tracking this feature. Nick |
|
From: Maynard J. <may...@us...> - 2010-01-20 19:50:04
|
Maynard Johnson wrote:
> The attached patch addresses a problem that I reported to this list on
> Jan 4. Julian suggested the fix, so my patch integrates his suggestion
> into the failing testcases' source files.
>
> Problem description: Upon a call to a function, some architectures
> store pointers into into registers. Valgrind may consider these
> registers when determining whether an address is reachable, so we need
> to zero-out these registers as needed. This patch addresses the problem
> only for PowerPC, but the implementation for other architectures can be
> easily added when necessary.
Julian, any comments on this patch?
Thanks.
-Maynard
_______________________________________________________________
> diff -paur valgrind-3.5.0/memcheck/tests/leak-cases.c valg-350-fix/memcheck/tests/leak-cases.c
> --- valgrind-3.5.0/memcheck/tests/leak-cases.c 2009-08-19 08:37:00.000000000 -0500
> +++ valg-350-fix/memcheck/tests/leak-cases.c 2010-01-11 15:53:43.000000000 -0600
> @@ -106,6 +106,7 @@ int main(void)
> // counting in main() avoids the problem.
> f();
>
> + clear_caller_saved_regs();
> GET_FINAL_LEAK_COUNTS;
>
> PRINT_LEAK_COUNTS(stderr);
> diff -paur valgrind-3.5.0/memcheck/tests/leak-cycle.c valg-350-fix/memcheck/tests/leak-cycle.c
> --- valgrind-3.5.0/memcheck/tests/leak-cycle.c 2009-08-19 08:37:00.000000000 -0500
> +++ valg-350-fix/memcheck/tests/leak-cycle.c 2010-01-11 15:51:52.000000000 -0600
> @@ -68,6 +68,8 @@ int main()
>
> c1 = c2 = 0;
>
> + clear_caller_saved_regs();
> +
> GET_FINAL_LEAK_COUNTS;
>
> PRINT_LEAK_COUNTS(stderr);
> diff -paur valgrind-3.5.0/memcheck/tests/leak.h valg-350-fix/memcheck/tests/leak.h
> --- valgrind-3.5.0/memcheck/tests/leak.h 2009-08-19 08:36:59.000000000 -0500
> +++ valg-350-fix/memcheck/tests/leak.h 2010-01-11 15:51:32.000000000 -0600
> @@ -41,3 +41,30 @@
> S_bytes,S_blocks); \
> } while (0)
>
> +/* Upon a call to a function, some architectures store pointers into
> + * into registers. Valgrind may consider these registers when determining
> + * whether an address is reachable, so we need to zero-out these registers
> + * as needed.
> + */
> +
> +#if defined __powerpc__
> +void inline clear_caller_saved_regs(void)
> +{
> + __asm__ __volatile__( "li 3, 0" : : :/*trash*/"r3" );
> + __asm__ __volatile__( "li 4, 0" : : :/*trash*/"r4" );
> + __asm__ __volatile__( "li 5, 0" : : :/*trash*/"r5" );
> + __asm__ __volatile__( "li 6, 0" : : :/*trash*/"r6" );
> + __asm__ __volatile__( "li 7, 0" : : :/*trash*/"r7" );
> + __asm__ __volatile__( "li 8, 0" : : :/*trash*/"r8" );
> + __asm__ __volatile__( "li 9, 0" : : :/*trash*/"r9" );
> + __asm__ __volatile__( "li 10, 0" : : :/*trash*/"r10" );
> + __asm__ __volatile__( "li 11, 0" : : :/*trash*/"r11" );
> + __asm__ __volatile__( "li 12, 0" : : :/*trash*/"r12" );
> +}
> +#else
> +void inline clear_caller_saved_regs(void)
> +{
> +}
> +#endif
> +
> +
>
>
|
|
From: Alexander P. <gl...@go...> - 2010-01-18 15:49:44
|
Nightly build on mcgrind ( Darwin 9.7.0 i386 ) Started at 2010-01-18 09:06:01 MSK Ended at 2010-01-18 09:25:16 MSK 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 == 433 tests, 22 stderr failures, 1 stdout failure, 0 post failures == memcheck/tests/null_socket (stdout) memcheck/tests/origin5-bz2 (stderr) memcheck/tests/varinfo1 (stderr) memcheck/tests/varinfo2 (stderr) memcheck/tests/varinfo3 (stderr) memcheck/tests/varinfo4 (stderr) memcheck/tests/varinfo5 (stderr) memcheck/tests/varinfo6 (stderr) none/tests/async-sigs (stderr) none/tests/faultstatus (stderr) none/tests/pth_blockedsig (stderr) helgrind/tests/hg03_inherit (stderr) helgrind/tests/hg04_race (stderr) helgrind/tests/hg05_race2 (stderr) helgrind/tests/rwlock_race (stderr) helgrind/tests/tc01_simple_race (stderr) helgrind/tests/tc05_simple_race (stderr) helgrind/tests/tc06_two_races (stderr) helgrind/tests/tc06_two_races_xml (stderr) helgrind/tests/tc16_byterace (stderr) helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc21_pthonce (stderr) helgrind/tests/tc23_bogus_condwait (stderr) -- Alexander Potapenko Software Engineer Google Moscow |
|
From: Julian S. <js...@ac...> - 2010-01-18 09:41:32
|
On Monday 18 January 2010, Konstantin Serebryany wrote: > On Wed, Jan 13, 2010 at 4:54 PM, Julian Seward <js...@ac...> wrote: > > > Any idea how to attack the problem? > > > Any workaround? > > > > Don't know, sorry. Obviously if you can reduce it to a test case > > that is small enough to be debuggable > > trying... > > When strace-ing an already hung process, I see this line: > read(32761, <unfinished ...> > > Does it tell you anything? > Does 32761 look like a legitimate fd? Hmm, I don't know. I don't think it's legit but am not sure. J > > --kcc > > > , that would be a big help. > > > > J |
|
From: Konstantin S. <kon...@gm...> - 2010-01-18 09:16:25
|
On Wed, Jan 13, 2010 at 4:54 PM, Julian Seward <js...@ac...> wrote: > > > Any idea how to attack the problem? > > Any workaround? > > Don't know, sorry. Obviously if you can reduce it to a test case > that is small enough to be debuggable trying... When strace-ing an already hung process, I see this line: read(32761, <unfinished ...> Does it tell you anything? Does 32761 look like a legitimate fd? --kcc > , that would be a big help. > > J > |
|
From: Bart V. A. <bar...@gm...> - 2010-01-18 08:56:14
|
Nightly build on cellbuzz-native ( cellbuzz, ppc64, Fedora 7, native ) Started at 2010-01-18 02:28:11 EST Ended at 2010-01-18 03:56:02 EST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... done Regression test results follow == 449 tests, 43 stderr failures, 10 stdout failures, 0 post failures == memcheck/tests/deep_templates (stdout) memcheck/tests/leak-cases-full (stderr) memcheck/tests/leak-cases-summary (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/linux/timerfd-syscall (stdout) memcheck/tests/linux-syscalls-2007 (stderr) memcheck/tests/origin5-bz2 (stderr) memcheck/tests/varinfo1 (stderr) memcheck/tests/varinfo2 (stderr) memcheck/tests/varinfo3 (stderr) memcheck/tests/varinfo4 (stderr) memcheck/tests/varinfo5 (stderr) memcheck/tests/varinfo6 (stderr) memcheck/tests/wrap8 (stdout) memcheck/tests/wrap8 (stderr) none/tests/empty-exe (stderr) none/tests/linux/mremap (stderr) none/tests/ppc32/jm-fp (stdout) none/tests/ppc32/jm-vmx (stdout) none/tests/ppc32/round (stdout) none/tests/ppc32/test_gx (stdout) none/tests/ppc64/jm-fp (stdout) none/tests/ppc64/jm-vmx (stdout) none/tests/ppc64/round (stdout) none/tests/shell_valid2 (stderr) none/tests/shell_valid3 (stderr) none/tests/shell_zerolength (stderr) helgrind/tests/hg05_race2 (stderr) helgrind/tests/tc06_two_races_xml (stderr) helgrind/tests/tc22_exit_w_lock (stderr) helgrind/tests/tc23_bogus_condwait (stderr) exp-ptrcheck/tests/bad_percentify (stderr) exp-ptrcheck/tests/base (stderr) exp-ptrcheck/tests/ccc (stderr) exp-ptrcheck/tests/fp (stderr) exp-ptrcheck/tests/globalerr (stderr) exp-ptrcheck/tests/hackedbz2 (stderr) exp-ptrcheck/tests/hp_bounds (stderr) exp-ptrcheck/tests/hp_dangle (stderr) exp-ptrcheck/tests/hsg (stderr) exp-ptrcheck/tests/justify (stderr) exp-ptrcheck/tests/partial_bad (stderr) exp-ptrcheck/tests/partial_good (stderr) exp-ptrcheck/tests/preen_invars (stderr) exp-ptrcheck/tests/pth_create (stderr) exp-ptrcheck/tests/pth_specific (stderr) exp-ptrcheck/tests/realloc (stderr) exp-ptrcheck/tests/stackerr (stderr) exp-ptrcheck/tests/strcpy (stderr) exp-ptrcheck/tests/supp (stderr) exp-ptrcheck/tests/tricky (stderr) exp-ptrcheck/tests/unaligned (stderr) exp-ptrcheck/tests/zero (stderr) |
|
From: Tom H. <th...@cy...> - 2010-01-18 03:49:41
|
Nightly build on lloyd ( x86_64, Fedora 7 ) Started at 2010-01-18 03:05:04 GMT Ended at 2010-01-18 03:49:25 GMT 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 == 531 tests, 1 stderr failure, 0 stdout failures, 0 post failures == helgrind/tests/tc06_two_races_xml (stderr) |
|
From: Tom H. <th...@cy...> - 2010-01-18 03:36:08
|
Nightly build on mg ( x86_64, Fedora 9 ) Started at 2010-01-18 03:10:05 GMT Ended at 2010-01-18 03:35:49 GMT 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 == 538 tests, 2 stderr failures, 0 stdout failures, 0 post failures == helgrind/tests/pth_spinlock (stderr) helgrind/tests/tc06_two_races_xml (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 == 538 tests, 1 stderr failure, 0 stdout failures, 0 post failures == helgrind/tests/tc06_two_races_xml (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Mon Jan 18 03:22:56 2010 --- new.short Mon Jan 18 03:35:49 2010 *************** *** 8,10 **** ! == 538 tests, 1 stderr failure, 0 stdout failures, 0 post failures == helgrind/tests/tc06_two_races_xml (stderr) --- 8,11 ---- ! == 538 tests, 2 stderr failures, 0 stdout failures, 0 post failures == ! helgrind/tests/pth_spinlock (stderr) helgrind/tests/tc06_two_races_xml (stderr) |
|
From: <sv...@va...> - 2010-01-17 15:47:11
|
Author: sewardj
Date: 2010-01-17 15:47:01 +0000 (Sun, 17 Jan 2010)
New Revision: 1959
Log:
x86/amd64 front ends: don't chase a conditional branch that leads
back to the start of the trace. It's better to leave the IR loop
unroller to handle such cases.
Modified:
trunk/priv/guest_amd64_toIR.c
trunk/priv/guest_x86_toIR.c
Modified: trunk/priv/guest_amd64_toIR.c
===================================================================
--- trunk/priv/guest_amd64_toIR.c 2010-01-17 09:36:11 UTC (rev 1958)
+++ trunk/priv/guest_amd64_toIR.c 2010-01-17 15:47:01 UTC (rev 1959)
@@ -14007,12 +14007,15 @@
delta++;
if (resteerCisOk
&& vex_control.guest_chase_cond
+ && (Addr64)d64 != (Addr64)guest_RIP_bbstart
&& jmpDelta < 0
&& resteerOkFn( callback_opaque, d64) ) {
/* Speculation: assume this backward branch is taken. So we
need to emit a side-exit to the insn following this one,
on the negation of the condition, and continue at the
- branch target address (d64). */
+ branch target address (d64). If we wind up back at the
+ first instruction of the trace, just stop; it's better to
+ let the IR loop unroller handle that case. */
stmt( IRStmt_Exit(
mk_amd64g_calculate_condition(
(AMD64Condcode)(1 ^ (opc - 0x70))),
@@ -14025,6 +14028,7 @@
else
if (resteerCisOk
&& vex_control.guest_chase_cond
+ && (Addr64)d64 != (Addr64)guest_RIP_bbstart
&& jmpDelta >= 0
&& resteerOkFn( callback_opaque, guest_RIP_bbstart+delta ) ) {
/* Speculation: assume this forward branch is not taken. So
@@ -15843,12 +15847,15 @@
delta += 4;
if (resteerCisOk
&& vex_control.guest_chase_cond
+ && (Addr64)d64 != (Addr64)guest_RIP_bbstart
&& jmpDelta < 0
&& resteerOkFn( callback_opaque, d64) ) {
/* Speculation: assume this backward branch is taken. So
we need to emit a side-exit to the insn following this
one, on the negation of the condition, and continue at
- the branch target address (d64). */
+ the branch target address (d64). If we wind up back at
+ the first instruction of the trace, just stop; it's
+ better to let the IR loop unroller handle that case. */
stmt( IRStmt_Exit(
mk_amd64g_calculate_condition(
(AMD64Condcode)(1 ^ (opc - 0x80))),
@@ -15861,6 +15868,7 @@
else
if (resteerCisOk
&& vex_control.guest_chase_cond
+ && (Addr64)d64 != (Addr64)guest_RIP_bbstart
&& jmpDelta >= 0
&& resteerOkFn( callback_opaque, guest_RIP_bbstart+delta ) ) {
/* Speculation: assume this forward branch is not taken.
@@ -15868,7 +15876,8 @@
continue disassembling at the insn immediately
following this one. */
stmt( IRStmt_Exit(
- mk_amd64g_calculate_condition((AMD64Condcode)(opc - 0x80)),
+ mk_amd64g_calculate_condition((AMD64Condcode)
+ (opc - 0x80)),
Ijk_Boring,
IRConst_U64(d64) ) );
dres.whatNext = Dis_ResteerC;
Modified: trunk/priv/guest_x86_toIR.c
===================================================================
--- trunk/priv/guest_x86_toIR.c 2010-01-17 09:36:11 UTC (rev 1958)
+++ trunk/priv/guest_x86_toIR.c 2010-01-17 15:47:01 UTC (rev 1959)
@@ -12933,12 +12933,15 @@
delta++;
if (resteerCisOk
&& vex_control.guest_chase_cond
+ && (Addr32)d32 != (Addr32)guest_EIP_bbstart
&& jmpDelta < 0
&& resteerOkFn( callback_opaque, (Addr64)(Addr32)d32) ) {
/* Speculation: assume this backward branch is taken. So we
need to emit a side-exit to the insn following this one,
on the negation of the condition, and continue at the
- branch target address (d32). */
+ branch target address (d32). If we wind up back at the
+ first instruction of the trace, just stop; it's better to
+ let the IR loop unroller handle that case. */
stmt( IRStmt_Exit(
mk_x86g_calculate_condition((X86Condcode)(1 ^ (opc - 0x70))),
Ijk_Boring,
@@ -12950,6 +12953,7 @@
else
if (resteerCisOk
&& vex_control.guest_chase_cond
+ && (Addr32)d32 != (Addr32)guest_EIP_bbstart
&& jmpDelta >= 0
&& resteerOkFn( callback_opaque,
(Addr64)(Addr32)(guest_EIP_bbstart+delta)) ) {
@@ -14484,14 +14488,18 @@
delta += 4;
if (resteerCisOk
&& vex_control.guest_chase_cond
+ && (Addr32)d32 != (Addr32)guest_EIP_bbstart
&& jmpDelta < 0
&& resteerOkFn( callback_opaque, (Addr64)(Addr32)d32) ) {
/* Speculation: assume this backward branch is taken. So
we need to emit a side-exit to the insn following this
one, on the negation of the condition, and continue at
- the branch target address (d32). */
+ the branch target address (d32). If we wind up back at
+ the first instruction of the trace, just stop; it's
+ better to let the IR loop unroller handle that case.*/
stmt( IRStmt_Exit(
- mk_x86g_calculate_condition((X86Condcode)(1 ^ (opc - 0x80))),
+ mk_x86g_calculate_condition((X86Condcode)
+ (1 ^ (opc - 0x80))),
Ijk_Boring,
IRConst_U32(guest_EIP_bbstart+delta) ) );
dres.whatNext = Dis_ResteerC;
@@ -14501,6 +14509,7 @@
else
if (resteerCisOk
&& vex_control.guest_chase_cond
+ && (Addr32)d32 != (Addr32)guest_EIP_bbstart
&& jmpDelta >= 0
&& resteerOkFn( callback_opaque,
(Addr64)(Addr32)(guest_EIP_bbstart+delta)) ) {
|
|
From: <sv...@va...> - 2010-01-17 11:02:31
|
Author: bart Date: 2010-01-17 11:02:23 +0000 (Sun, 17 Jan 2010) New Revision: 11027 Log: Updated Subversion ignore list. Modified: trunk/none/tests/arm/ Property changes on: trunk/none/tests/arm ___________________________________________________________________ Name: svn:ignore + .deps Makefile Makefile.in |
|
From: <sv...@va...> - 2010-01-17 09:36:22
|
Author: sewardj
Date: 2010-01-17 09:36:11 +0000 (Sun, 17 Jan 2010)
New Revision: 1958
Log:
Enable (optionally) chasing through conditional branches during trace
construction, on ARM.
Modified:
trunk/priv/guest_arm_toIR.c
Modified: trunk/priv/guest_arm_toIR.c
===================================================================
--- trunk/priv/guest_arm_toIR.c 2010-01-15 10:53:21 UTC (rev 1957)
+++ trunk/priv/guest_arm_toIR.c 2010-01-17 09:36:11 UTC (rev 1958)
@@ -1586,6 +1586,7 @@
DisResult disInstr_ARM_WRK (
Bool put_IP,
Bool (*resteerOkFn) ( /*opaque*/void*, Addr64 ),
+ Bool resteerCisOk,
void* callback_opaque,
UChar* guest_instr,
VexArchInfo* archinfo,
@@ -2653,12 +2654,58 @@
DIP("b%s 0x%x\n", link ? "l" : "", dst);
} else {
/* conditional transfer to 'dst' */
- stmt( IRStmt_Exit( unop(Iop_32to1, mkexpr(condT)),
- jk, IRConst_U32(dst) ));
- irsb->next = mkU32(guest_R15_curr_instr + 4);
- irsb->jumpkind = jk;
- dres.whatNext = Dis_StopHere;
- DIP("b%s%s 0x%x\n", link ? "l" : "", nCC(INSN_COND), dst);
+ HChar* comment = "";
+
+ /* First see if we can do some speculative chasing into one
+ arm or the other. Be conservative and only chase if
+ !link, that is, this is a normal conditional branch to a
+ known destination. */
+ if (!link
+ && resteerCisOk
+ && vex_control.guest_chase_cond
+ && dst < guest_R15_curr_instr
+ && resteerOkFn( callback_opaque, (Addr64)(Addr32)dst) ) {
+ /* Speculation: assume this backward branch is taken. So
+ we need to emit a side-exit to the insn following this
+ one, on the negation of the condition, and continue at
+ the branch target address (dst). */
+ stmt( IRStmt_Exit( unop(Iop_Not1,
+ unop(Iop_32to1, mkexpr(condT))),
+ Ijk_Boring,
+ IRConst_U32(guest_R15_curr_instr+4) ));
+ dres.whatNext = Dis_ResteerC;
+ dres.continueAt = (Addr64)(Addr32)dst;
+ comment = "(assumed taken)";
+ }
+ else
+ if (!link
+ && resteerCisOk
+ && vex_control.guest_chase_cond
+ && dst >= guest_R15_curr_instr
+ && resteerOkFn( callback_opaque,
+ (Addr64)(Addr32)(guest_R15_curr_instr+4)) ) {
+ /* Speculation: assume this forward branch is not taken.
+ So we need to emit a side-exit to dst (the dest) and
+ continue disassembling at the insn immediately
+ following this one. */
+ stmt( IRStmt_Exit( unop(Iop_32to1, mkexpr(condT)),
+ Ijk_Boring,
+ IRConst_U32(dst) ));
+ dres.whatNext = Dis_ResteerC;
+ dres.continueAt = (Addr64)(Addr32)(guest_R15_curr_instr+4);
+ comment = "(assumed not taken)";
+ }
+ else {
+ /* Conservative default translation - end the block at
+ this point. */
+ stmt( IRStmt_Exit( unop(Iop_32to1, mkexpr(condT)),
+ jk, IRConst_U32(dst) ));
+ irsb->next = mkU32(guest_R15_curr_instr + 4);
+ irsb->jumpkind = jk;
+ dres.whatNext = Dis_StopHere;
+ }
+ DIP("b%s%s 0x%x %s\n", link ? "l" : "", nCC(INSN_COND),
+ dst, comment);
}
goto decode_success;
}
@@ -4774,7 +4821,8 @@
host_is_bigendian = host_bigendian_IN;
guest_R15_curr_instr = (Addr32)guest_IP;
- dres = disInstr_ARM_WRK ( put_IP, resteerOkFn, callback_opaque,
+ dres = disInstr_ARM_WRK ( put_IP, resteerOkFn,
+ resteerCisOk, callback_opaque,
&guest_code_IN[delta],
archinfo, abiinfo );
|
|
From: Alexander P. <gl...@go...> - 2010-01-16 13:28:21
|
Nightly build on mcgrind ( Darwin 9.7.0 i386 ) Started at 2010-01-16 09:06:00 MSK Ended at 2010-01-16 09:25:47 MSK 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 == 433 tests, 22 stderr failures, 1 stdout failure, 0 post failures == memcheck/tests/null_socket (stdout) memcheck/tests/origin5-bz2 (stderr) memcheck/tests/varinfo1 (stderr) memcheck/tests/varinfo2 (stderr) memcheck/tests/varinfo3 (stderr) memcheck/tests/varinfo4 (stderr) memcheck/tests/varinfo5 (stderr) memcheck/tests/varinfo6 (stderr) none/tests/async-sigs (stderr) none/tests/faultstatus (stderr) none/tests/pth_blockedsig (stderr) helgrind/tests/hg03_inherit (stderr) helgrind/tests/hg04_race (stderr) helgrind/tests/hg05_race2 (stderr) helgrind/tests/rwlock_race (stderr) helgrind/tests/tc01_simple_race (stderr) helgrind/tests/tc05_simple_race (stderr) helgrind/tests/tc06_two_races (stderr) helgrind/tests/tc06_two_races_xml (stderr) helgrind/tests/tc16_byterace (stderr) helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc21_pthonce (stderr) helgrind/tests/tc23_bogus_condwait (stderr) -- Alexander Potapenko Software Engineer Google Moscow |
|
From: Bart V. A. <bar...@gm...> - 2010-01-16 08:29:45
|
Nightly build on cellbuzz-native ( cellbuzz, ppc64, Fedora 7, native ) Started at 2010-01-16 02:00:10 EST Ended at 2010-01-16 03:29:32 EST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... done Regression test results follow == 449 tests, 43 stderr failures, 10 stdout failures, 0 post failures == memcheck/tests/deep_templates (stdout) memcheck/tests/leak-cases-full (stderr) memcheck/tests/leak-cases-summary (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/linux/timerfd-syscall (stdout) memcheck/tests/linux-syscalls-2007 (stderr) memcheck/tests/origin5-bz2 (stderr) memcheck/tests/varinfo1 (stderr) memcheck/tests/varinfo2 (stderr) memcheck/tests/varinfo3 (stderr) memcheck/tests/varinfo4 (stderr) memcheck/tests/varinfo5 (stderr) memcheck/tests/varinfo6 (stderr) memcheck/tests/wrap8 (stdout) memcheck/tests/wrap8 (stderr) none/tests/empty-exe (stderr) none/tests/linux/mremap (stderr) none/tests/ppc32/jm-fp (stdout) none/tests/ppc32/jm-vmx (stdout) none/tests/ppc32/round (stdout) none/tests/ppc32/test_gx (stdout) none/tests/ppc64/jm-fp (stdout) none/tests/ppc64/jm-vmx (stdout) none/tests/ppc64/round (stdout) none/tests/shell_valid2 (stderr) none/tests/shell_valid3 (stderr) none/tests/shell_zerolength (stderr) helgrind/tests/hg05_race2 (stderr) helgrind/tests/tc06_two_races_xml (stderr) helgrind/tests/tc22_exit_w_lock (stderr) helgrind/tests/tc23_bogus_condwait (stderr) exp-ptrcheck/tests/bad_percentify (stderr) exp-ptrcheck/tests/base (stderr) exp-ptrcheck/tests/ccc (stderr) exp-ptrcheck/tests/fp (stderr) exp-ptrcheck/tests/globalerr (stderr) exp-ptrcheck/tests/hackedbz2 (stderr) exp-ptrcheck/tests/hp_bounds (stderr) exp-ptrcheck/tests/hp_dangle (stderr) exp-ptrcheck/tests/hsg (stderr) exp-ptrcheck/tests/justify (stderr) exp-ptrcheck/tests/partial_bad (stderr) exp-ptrcheck/tests/partial_good (stderr) exp-ptrcheck/tests/preen_invars (stderr) exp-ptrcheck/tests/pth_create (stderr) exp-ptrcheck/tests/pth_specific (stderr) exp-ptrcheck/tests/realloc (stderr) exp-ptrcheck/tests/stackerr (stderr) exp-ptrcheck/tests/strcpy (stderr) exp-ptrcheck/tests/supp (stderr) exp-ptrcheck/tests/tricky (stderr) exp-ptrcheck/tests/unaligned (stderr) exp-ptrcheck/tests/zero (stderr) |