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
|
2
|
3
|
4
|
|
5
|
6
|
7
(2) |
8
(16) |
9
|
10
|
11
(1) |
|
12
(19) |
13
(12) |
14
(15) |
15
(5) |
16
(15) |
17
(1) |
18
(15) |
|
19
|
20
(3) |
21
(1) |
22
(12) |
23
(4) |
24
(5) |
25
(15) |
|
26
(4) |
27
(12) |
28
|
29
(2) |
30
(13) |
31
(13) |
|
|
From: Tom H. <to...@co...> - 2014-01-25 03:58:17
|
valgrind revision: 13780 VEX revision: 2808 C compiler: gcc (GCC) 4.6.3 20120306 (Red Hat 4.6.3-2) GDB: GNU gdb (GDB) Fedora (7.3.50.20110722-16.fc16) Assembler: GNU assembler version 2.21.53.0.1-6.fc16 20110716 C library: GNU C Library development release version 2.14.90 uname -mrs: Linux 3.11.10-301.fc20.x86_64 x86_64 Vendor version: Fedora release 16 (Verne) Nightly build on bristol ( x86_64, Fedora 16 ) Started at 2014-01-25 03:02:23 GMT Ended at 2014-01-25 03:58:06 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 == 673 tests, 0 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == |
|
From: Tom H. <to...@co...> - 2014-01-25 03:57:55
|
valgrind revision: 13780 VEX revision: 2808 C compiler: gcc (GCC) 4.6.3 20120306 (Red Hat 4.6.3-2) GDB: GNU gdb (GDB) Fedora (7.3.1-48.fc15) Assembler: GNU assembler version 2.21.51.0.6-6.fc15 20110118 C library: GNU C Library stable release version 2.14.1 uname -mrs: Linux 3.11.10-301.fc20.x86_64 x86_64 Vendor version: Fedora release 15 (Lovelock) Nightly build on bristol ( x86_64, Fedora 15 ) Started at 2014-01-25 03:12:55 GMT Ended at 2014-01-25 03:57:34 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 == 673 tests, 0 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == |
|
From: Tom H. <to...@co...> - 2014-01-25 03:38:41
|
valgrind revision: 13780 VEX revision: 2808 C compiler: gcc (GCC) 4.7.2 20120921 (Red Hat 4.7.2-2) GDB: GNU gdb (GDB) Fedora (7.4.50.20120120-54.fc17) Assembler: GNU assembler version 2.22.52.0.1-10.fc17 20120131 C library: GNU C Library stable release version 2.15 uname -mrs: Linux 3.11.10-301.fc20.x86_64 x86_64 Vendor version: Fedora release 17 (Beefy Miracle) Nightly build on bristol ( x86_64, Fedora 17 (Beefy Miracle) ) Started at 2014-01-25 02:51:22 GMT Ended at 2014-01-25 03:38:29 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 == 673 tests, 4 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallRU (stderr) gdbserver_tests/mcinfcallWSRU (stderr) gdbserver_tests/mcmain_pic (stderr) exp-sgcheck/tests/preen_invars (stdout) exp-sgcheck/tests/preen_invars (stderr) |
|
From: Maran P. <ma...@li...> - 2014-01-25 03:32:56
|
valgrind revision: 13780 VEX revision: 2808 C compiler: gcc (GCC) 4.7.0 20120604 (Red Hat 4.7.0-7) GDB: GNU gdb (GDB) Fedora (7.4.50.20120120-42.fc17) Assembler: GNU assembler version 2.22.52.0.1-10.fc17 20120131 C library: unknown uname -mrs: Linux 3.3.4-5.fc17.s390x s390x Vendor version: Fedora release 17 (Beefy Miracle) Nightly build on fedoras390 ( Fedora 17 with gcc 4.7.0 on z196 (s390x) ) Started at 2014-01-25 03:45:25 CET Ended at 2014-01-25 04:33:06 CET 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 == 647 tests, 3 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == helgrind/tests/pth_cond_destroy_busy (stderr) helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc20_verifywrap (stderr) --tools=none,memcheck --reps=5 --vg=../valgrind-new --vg=../valgrind-old -- Running tests in perf ---------------------------------------------- -- bigcode1 -- bigcode1 valgrind-new:0.22s no: 3.9s (17.5x, -----) me: 5.6s (25.6x, -----) bigcode1 valgrind-old:0.22s no: 3.9s (17.5x, 0.0%) me: 6.4s (29.2x,-14.2%) -- bigcode2 -- bigcode2 valgrind-new:0.24s no: 6.2s (26.0x, -----) me:10.8s (45.0x, -----) bigcode2 valgrind-old:0.24s no: 6.2s (25.9x, 0.2%) me:11.7s (48.9x, -8.6%) -- bz2 -- bz2 valgrind-new:0.68s no: 5.0s ( 7.4x, -----) me:11.4s (16.8x, -----) bz2 valgrind-old:0.68s no: 5.0s ( 7.4x, -0.2%) me:11.5s (16.9x, -0.6%) -- fbench -- fbench valgrind-new:0.36s no: 1.5s ( 4.2x, -----) me: 5.6s (15.5x, -----) fbench valgrind-old:0.36s no: 1.5s ( 4.2x, 0.0%) me: 5.6s (15.5x, -0.2%) -- ffbench -- ffbench valgrind-new:0.22s no: 1.2s ( 5.5x, -----) me: 3.4s (15.5x, -----) ffbench valgrind-old:0.22s no: 1.2s ( 5.5x, 0.0%) me: 3.4s (15.5x, 0.0%) -- heap -- heap valgrind-new:0.23s no: 1.6s ( 6.8x, -----) me: 7.7s (33.7x, -----) heap valgrind-old:0.23s no: 1.6s ( 6.8x, 0.6%) me: 7.8s (33.7x, -0.3%) -- heap_pdb4 -- heap_pdb4 valgrind-new:0.22s no: 1.7s ( 7.9x, -----) me:11.9s (54.1x, -----) heap_pdb4 valgrind-old:0.22s no: 1.7s ( 7.8x, 1.1%) me:11.9s (54.2x, -0.3%) -- many-loss-records -- many-loss-records valgrind-new:0.03s no: 0.4s (13.0x, -----) me: 1.9s (65.0x, -----) many-loss-records valgrind-old:0.03s no: 0.4s (13.0x, 0.0%) me: 1.9s (65.0x, 0.0%) -- many-xpts -- many-xpts valgrind-new:0.07s no: 0.5s ( 7.6x, -----) me: 3.2s (45.7x, -----) many-xpts valgrind-old:0.07s no: 0.5s ( 7.6x, 0.0%) me: 3.2s (45.7x, 0.0%) -- sarp -- sarp valgrind-new:0.03s no: 0.5s (16.3x, -----) me: 5.1s (170.0x, -----) sarp valgrind-old:0.03s no: 0.5s (16.3x, 0.0%) me: 5.1s (170.7x, -0.4%) -- tinycc -- tinycc valgrind-new:0.23s no: 2.5s (10.7x, -----) me:14.9s (64.7x, -----) tinycc valgrind-old:0.23s no: 2.5s (10.8x, -0.4%) me:14.9s (64.7x, 0.0%) -- Finished tests in perf ---------------------------------------------- == 11 programs, 44 timings ================= real 18m36.944s user 18m14.911s sys 0m19.256s |
|
From: Maran P. <ma...@li...> - 2014-01-25 03:30:59
|
valgrind revision: 13780 VEX revision: 2808 C compiler: gcc (SUSE Linux) 4.3.4 [gcc-4_3-branch revision 152973] GDB: GNU gdb (GDB) SUSE (7.5.1-0.7.29) Assembler: GNU assembler (GNU Binutils; SUSE Linux Enterprise 11) 2.23.1 C library: GNU C Library stable release version 2.11.3 (20110527) uname -mrs: Linux 3.0.101-0.8-default s390x Vendor version: Welcome to SUSE Linux Enterprise Server 11 SP3 (s390x) - Kernel %r (%t). Nightly build on sless390 ( SUSE Linux Enterprise Server 11 SP1 gcc 4.3.4 on z196 (s390x) ) Started at 2014-01-25 03:45:01 CET Ended at 2014-01-25 04:30:49 CET 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 == 642 tests, 1 stderr failure, 0 stdout failures, 6 stderrB failures, 0 stdoutB failures, 0 post failures == gdbserver_tests/mcbreak (stderrB) gdbserver_tests/mcclean_after_fork (stderrB) gdbserver_tests/mcleak (stderrB) gdbserver_tests/mcmain_pic (stderrB) gdbserver_tests/mcvabits (stderrB) gdbserver_tests/mssnapshot (stderrB) helgrind/tests/pth_cond_destroy_busy (stderr) --tools=none,memcheck --reps=5 --vg=../valgrind-new --vg=../valgrind-old -- Running tests in perf ---------------------------------------------- -- bigcode1 -- bigcode1 valgrind-new:0.22s no: 4.3s (19.4x, -----) me: 5.8s (26.2x, -----) bigcode1 valgrind-old:0.22s no: 4.3s (19.4x, 0.0%) me: 5.8s (26.2x, -0.2%) -- bigcode2 -- bigcode2 valgrind-new:0.24s no: 7.2s (30.1x, -----) me:12.7s (52.7x, -----) bigcode2 valgrind-old:0.24s no: 7.2s (30.1x, -0.1%) me:12.7s (52.9x, -0.3%) -- bz2 -- bz2 valgrind-new:0.69s no: 5.0s ( 7.2x, -----) me:12.9s (18.7x, -----) bz2 valgrind-old:0.69s no: 5.0s ( 7.2x, -0.6%) me:12.9s (18.8x, -0.4%) -- fbench -- fbench valgrind-new:0.41s no: 1.6s ( 3.8x, -----) me: 4.2s (10.3x, -----) fbench valgrind-old:0.41s no: 1.6s ( 3.8x, 0.0%) me: 4.2s (10.2x, 0.7%) -- ffbench -- ffbench valgrind-new:0.20s no: 1.0s ( 5.1x, -----) me: 3.0s (15.1x, -----) ffbench valgrind-old:0.20s no: 1.0s ( 5.0x, 1.9%) me: 3.0s (15.0x, 0.3%) -- heap -- heap valgrind-new:0.24s no: 1.9s ( 7.9x, -----) me: 9.1s (37.9x, -----) heap valgrind-old:0.24s no: 2.0s ( 8.5x, -7.4%) me: 9.1s (37.8x, 0.2%) -- heap_pdb4 -- heap_pdb4 valgrind-new:0.23s no: 2.1s ( 9.0x, -----) me:13.2s (57.6x, -----) heap_pdb4 valgrind-old:0.23s no: 2.1s ( 9.0x, 0.0%) me:13.4s (58.1x, -0.9%) -- many-loss-records -- many-loss-records valgrind-new:0.03s no: 0.5s (15.3x, -----) me: 2.1s (69.0x, -----) many-loss-records valgrind-old:0.03s no: 0.5s (15.0x, 2.2%) me: 2.1s (69.3x, -0.5%) -- many-xpts -- many-xpts valgrind-new:0.07s no: 0.6s ( 8.6x, -----) me: 3.2s (45.4x, -----) many-xpts valgrind-old:0.07s no: 0.6s ( 8.6x, 0.0%) me: 3.2s (45.6x, -0.3%) -- sarp -- sarp valgrind-new:0.03s no: 0.6s (19.0x, -----) me: 3.6s (119.7x, -----) sarp valgrind-old:0.03s no: 0.6s (18.7x, 1.8%) me: 3.6s (119.7x, 0.0%) -- tinycc -- tinycc valgrind-new:0.22s no: 2.8s (12.9x, -----) me:14.8s (67.2x, -----) tinycc valgrind-old:0.22s no: 2.8s (12.9x, 0.0%) me:14.8s (67.5x, -0.4%) -- Finished tests in perf ---------------------------------------------- == 11 programs, 44 timings ================= real 19m30.902s user 19m7.508s sys 0m20.835s |
|
From: Tom H. <to...@co...> - 2014-01-25 03:18:46
|
valgrind revision: 13780 VEX revision: 2808 C compiler: gcc (GCC) 4.7.2 20121109 (Red Hat 4.7.2-8) GDB: GNU gdb (GDB) Fedora 7.5.1-42.fc18 Assembler: GNU assembler version 2.23.51.0.1-10.fc18 20120806 C library: GNU C Library stable release version 2.16 uname -mrs: Linux 3.11.10-301.fc20.x86_64 x86_64 Vendor version: Fedora release 18 (Spherical Cow) Nightly build on bristol ( x86_64, Fedora 18 (Spherical Cow) ) Started at 2014-01-25 02:41:22 GMT Ended at 2014-01-25 03:18:33 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 == 673 tests, 1 stderr failure, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == exp-sgcheck/tests/preen_invars (stdout) exp-sgcheck/tests/preen_invars (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 == 673 tests, 2 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == helgrind/tests/pth_destroy_cond (stderr) exp-sgcheck/tests/preen_invars (stdout) exp-sgcheck/tests/preen_invars (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2014-01-25 02:59:49.872973025 +0000 --- new.short 2014-01-25 03:18:33.198000687 +0000 *************** *** 8,11 **** ! == 673 tests, 2 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == ! helgrind/tests/pth_destroy_cond (stderr) exp-sgcheck/tests/preen_invars (stdout) --- 8,10 ---- ! == 673 tests, 1 stderr failure, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == exp-sgcheck/tests/preen_invars (stdout) |
|
From: Tom H. <to...@co...> - 2014-01-25 03:11:57
|
valgrind revision: 13780 VEX revision: 2808 C compiler: gcc (GCC) 4.8.2 20131212 (Red Hat 4.8.2-7) GDB: GNU gdb (GDB) Fedora 7.6.1-46.fc19 Assembler: GNU assembler version 2.23.52.0.1-9.fc19 20130226 C library: GNU C Library (GNU libc) stable release version 2.17 uname -mrs: Linux 3.11.10-301.fc20.x86_64 x86_64 Vendor version: Fedora release 19 (Schrödingerâs Cat) Nightly build on bristol ( x86_64, Fedora 19 (Schrödingerâs Cat) ) Started at 2014-01-25 02:31:52 GMT Ended at 2014-01-25 03:11:45 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 == 673 tests, 2 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/dw4 (stderr) exp-sgcheck/tests/hackedbz2 (stderr) |
|
From: Maran P. <ma...@li...> - 2014-01-25 02:57:02
|
valgrind revision: 13780 VEX revision: 2808 C compiler: gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-3) GDB: GNU gdb (GDB) Red Hat Enterprise Linux (7.2-60.el6) Assembler: GNU assembler version 2.20.51.0.2-5.36.el6 20100205 C library: GNU C Library stable release version 2.12 uname -mrs: Linux 2.6.32-358.el6.s390x s390x Vendor version: Red Hat Enterprise Linux Server release 6.4 (Santiago) Nightly build on rhels390 ( RHEL 6.4 with gcc 4.4.7 on zEC12 (s390x) ) Started at 2014-01-25 03:45:25 CET Ended at 2014-01-25 03:57:12 CET 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 == 641 tests, 2 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == helgrind/tests/pth_cond_destroy_busy (stderr) helgrind/tests/pth_destroy_cond (stderr) ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... failed Last 20 lines of verbose log follow echo mv -f priv/.deps/libvex_s390x_linux_a-host_amd64_isel.Tpo priv/.deps/libvex_s390x_linux_a-host_amd64_isel.Po gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I../include -I../VEX/pub -DVGA_s390x=1 -DVGO_linux=1 -DVGP_s390x_linux=1 -DVGPV_s390x_linux_vanilla=1 -Ipriv -m64 -O2 -g -Wall -Wmissing-prototypes -Wshadow -Wpointer-arith -Wstrict-prototypes -Wmissing-declarations -Wno-format-zero-length -fno-strict-aliasing -fno-builtin -fomit-frame-pointer -Wbad-function-cast -Wcast-qual -Wcast-align -fstrict-aliasing -Wno-long-long -Wwrite-strings -fno-stack-protector -MT priv/libvex_s390x_linux_a-host_arm_defs.o -MD -MP -MF priv/.deps/libvex_s390x_linux_a-host_arm_defs.Tpo -c -o priv/libvex_s390x_linux_a-host_arm_defs.o `test -f 'priv/host_arm_defs.c' || echo './'`priv/host_arm_defs.c gcc: Internal error: Killed (program cc1) Please submit a full bug report. See <http://bugzilla.redhat.com/bugzilla> for instructions. make[3]: *** [priv/libvex_s390x_linux_a-guest_amd64_toIR.o] Error 1 make[3]: *** Waiting for unfinished jobs.... mv -f priv/.deps/libvex_s390x_linux_a-host_ppc_isel.Tpo priv/.deps/libvex_s390x_linux_a-host_ppc_isel.Po mv -f priv/.deps/libvex_s390x_linux_a-host_ppc_defs.Tpo priv/.deps/libvex_s390x_linux_a-host_ppc_defs.Po mv -f priv/.deps/libvex_s390x_linux_a-guest_x86_toIR.Tpo priv/.deps/libvex_s390x_linux_a-guest_x86_toIR.Po mv -f priv/.deps/libvex_s390x_linux_a-guest_ppc_toIR.Tpo priv/.deps/libvex_s390x_linux_a-guest_ppc_toIR.Po mv -f priv/.deps/libvex_s390x_linux_a-host_arm_defs.Tpo priv/.deps/libvex_s390x_linux_a-host_arm_defs.Po mv -f priv/.deps/libvex_s390x_linux_a-guest_s390_toIR.Tpo priv/.deps/libvex_s390x_linux_a-guest_s390_toIR.Po mv -f priv/.deps/libvex_s390x_linux_a-guest_arm_toIR.Tpo priv/.deps/libvex_s390x_linux_a-guest_arm_toIR.Po make[3]: Leaving directory `/root/nightly/valgrind-old/VEX' make[2]: *** [all] Error 2 make[2]: Leaving directory `/root/nightly/valgrind-old/VEX' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/nightly/valgrind-old' make: *** [all] Error 2 ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2014-01-25 03:46:20.000000000 +0100 --- new.short 2014-01-25 03:57:11.000000000 +0100 *************** *** 3,26 **** Configuring valgrind ... done ! Building valgrind ... failed - Last 20 lines of verbose log follow echo - mv -f priv/.deps/libvex_s390x_linux_a-host_amd64_isel.Tpo priv/.deps/libvex_s390x_linux_a-host_amd64_isel.Po - gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I../include -I../VEX/pub -DVGA_s390x=1 -DVGO_linux=1 -DVGP_s390x_linux=1 -DVGPV_s390x_linux_vanilla=1 -Ipriv -m64 -O2 -g -Wall -Wmissing-prototypes -Wshadow -Wpointer-arith -Wstrict-prototypes -Wmissing-declarations -Wno-format-zero-length -fno-strict-aliasing -fno-builtin -fomit-frame-pointer -Wbad-function-cast -Wcast-qual -Wcast-align -fstrict-aliasing -Wno-long-long -Wwrite-strings -fno-stack-protector -MT priv/libvex_s390x_linux_a-host_arm_defs.o -MD -MP -MF priv/.deps/libvex_s390x_linux_a-host_arm_defs.Tpo -c -o priv/libvex_s390x_linux_a-host_arm_defs.o `test -f 'priv/host_arm_defs.c' || echo './'`priv/host_arm_defs.c - gcc: Internal error: Killed (program cc1) - Please submit a full bug report. - See <http://bugzilla.redhat.com/bugzilla> for instructions. - make[3]: *** [priv/libvex_s390x_linux_a-guest_amd64_toIR.o] Error 1 - make[3]: *** Waiting for unfinished jobs.... - mv -f priv/.deps/libvex_s390x_linux_a-host_ppc_isel.Tpo priv/.deps/libvex_s390x_linux_a-host_ppc_isel.Po - mv -f priv/.deps/libvex_s390x_linux_a-host_ppc_defs.Tpo priv/.deps/libvex_s390x_linux_a-host_ppc_defs.Po - mv -f priv/.deps/libvex_s390x_linux_a-guest_x86_toIR.Tpo priv/.deps/libvex_s390x_linux_a-guest_x86_toIR.Po - mv -f priv/.deps/libvex_s390x_linux_a-guest_ppc_toIR.Tpo priv/.deps/libvex_s390x_linux_a-guest_ppc_toIR.Po - mv -f priv/.deps/libvex_s390x_linux_a-host_arm_defs.Tpo priv/.deps/libvex_s390x_linux_a-host_arm_defs.Po - mv -f priv/.deps/libvex_s390x_linux_a-guest_s390_toIR.Tpo priv/.deps/libvex_s390x_linux_a-guest_s390_toIR.Po - mv -f priv/.deps/libvex_s390x_linux_a-guest_arm_toIR.Tpo priv/.deps/libvex_s390x_linux_a-guest_arm_toIR.Po - make[3]: Leaving directory `/root/nightly/valgrind-old/VEX' - make[2]: *** [all] Error 2 - make[2]: Leaving directory `/root/nightly/valgrind-old/VEX' - make[1]: *** [all-recursive] Error 1 - make[1]: Leaving directory `/root/nightly/valgrind-old' - make: *** [all] Error 2 --- 3,12 ---- Configuring valgrind ... done ! Building valgrind ... done ! Running regression tests ... failed ! ! Regression test results follow ! ! == 641 tests, 2 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == ! helgrind/tests/pth_cond_destroy_busy (stderr) ! helgrind/tests/pth_destroy_cond (stderr) --tools=none,memcheck --reps=5 --vg=../valgrind-new --vg=../valgrind-old -- Running tests in perf ---------------------------------------------- -- bigcode1 -- vg_perf: '/root/nightly/valgrind-new/../valgrind-old/./coregrind/valgrind' not found or not a file (/root/nightly/valgrind-new/../valgrind-old) real 0m0.849s user 0m0.820s sys 0m0.019s |
|
From: Rich C. <rc...@wi...> - 2014-01-25 02:40:53
|
valgrind revision: 13780
VEX revision: 2808
C compiler: gcc (SUSE Linux) 4.8.1 20130909 [gcc-4_8-branch revision 202388]
GDB: GNU gdb (GDB; openSUSE Factory) 7.6.50.20130731-cvs
Assembler: GNU assembler (GNU Binutils; openSUSE Factory) 2.23.2
C library: GNU C Library (GNU libc) stable release version 2.18 (git )
uname -mrs: Linux 3.11.4-3-desktop x86_64
Vendor version: Welcome to openSUSE 13.1 "Bottle" Beta 1 - Kernel %r (%t).
Nightly build on rodan ( Linux 3.11.4-3-desktop x86_64 )
Started at 2014-01-24 19:22:01 CST
Ended at 2014-01-24 20:40:42 CST
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
== 588 tests, 7 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures ==
memcheck/tests/dw4 (stderr)
memcheck/tests/err_disable3 (stderr)
memcheck/tests/err_disable4 (stderr)
memcheck/tests/threadname (stderr)
memcheck/tests/threadname_xml (stderr)
drd/tests/pth_mutex_reinit (stderr)
exp-sgcheck/tests/hackedbz2 (stderr)
=================================================
./valgrind-new/drd/tests/pth_mutex_reinit.stderr.diff
=================================================
--- pth_mutex_reinit.stderr.exp 2014-01-24 20:00:31.575425111 -0600
+++ pth_mutex_reinit.stderr.out 2014-01-24 20:33:35.838232763 -0600
@@ -1,11 +1,15 @@
+The object at address 0x........ is not a mutex.
+ at 0x........: pthread_mutex_init (drd_pthread_intercepts.c:?)
+ by 0x........: main (pth_mutex_reinit.c:?)
+
Mutex reinitialization: mutex 0x........, recursion count 0, owner 1.
at 0x........: pthread_mutex_init (drd_pthread_intercepts.c:?)
by 0x........: main (pth_mutex_reinit.c:?)
mutex 0x........ was first observed at:
- at 0x........: pthread_mutex_init (drd_pthread_intercepts.c:?)
+ at 0x........: pthread_mutex_lock (drd_pthread_intercepts.c:?)
by 0x........: main (pth_mutex_reinit.c:?)
Done.
-ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)
+ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 0 from 0)
=================================================
./valgrind-new/exp-sgcheck/tests/hackedbz2.stderr.diff-glibc28-amd64
=================================================
--- hackedbz2.stderr.exp-glibc28-amd64 2014-01-24 20:00:27.725382798 -0600
+++ hackedbz2.stderr.out 2014-01-24 20:39:50.802353732 -0600
@@ -1,7 +1,6 @@
Invalid read of size 1
- at 0x........: vex_strlen (hackedbz2.c:1006)
- by 0x........: add_to_myprintf_buf (hackedbz2.c:1284)
+ at 0x........: add_to_myprintf_buf (hackedbz2.c:1006)
by 0x........: vex_printf (hackedbz2.c:1155)
by 0x........: BZ2_compressBlock (hackedbz2.c:4039)
by 0x........: handle_compress (hackedbz2.c:4761)
=================================================
./valgrind-new/memcheck/tests/dw4.stderr.diff
=================================================
--- dw4.stderr.exp 2014-01-24 20:00:29.793405526 -0600
+++ dw4.stderr.out 2014-01-24 20:12:19.350203771 -0600
@@ -1,3 +1,11 @@
+
+parse_type_DIE: confused by:
+ <1><492>: DW_TAG_structure_type
+ DW_AT_signature : 8 byte signature: 9b d0 55 13 bb 1e e9 37
+
+WARNING: Serious error when reading debug info
+When reading debug info from /usr/local/src/valgrind/nightly/valgrind-new/memcheck/tests/dw4:
+parse_type_DIE: confused by the above DIE
Uninitialised byte(s) found during client check request
at 0x........: croak (dw4.c:27)
by 0x........: main (dw4.c:49)
@@ -8,12 +16,10 @@
Uninitialised byte(s) found during client check request
at 0x........: croak (dw4.c:27)
by 0x........: main (dw4.c:51)
- Location 0x........ is 0 bytes inside S2[0].i,
- a global variable declared at dw4.c:42
+ Address 0x........ is 4 bytes inside data symbol "S2"
Uninitialised byte(s) found during client check request
at 0x........: croak (dw4.c:27)
by 0x........: main (dw4.c:52)
- Location 0x........ is 0 bytes inside local.i,
- declared at dw4.c:46, in frame #1 of thread 1
+ Address 0x........ is on thread 1's stack
=================================================
./valgrind-new/memcheck/tests/err_disable3.stderr.diff
=================================================
--- err_disable3.stderr.exp 2014-01-24 20:00:30.185409834 -0600
+++ err_disable3.stderr.out 2014-01-24 20:12:24.049255415 -0600
@@ -10,8 +10,6 @@
Thread 2:
Invalid read of size 1
at 0x........: err (err_disable3.c:25)
- by 0x........: child_fn (err_disable3.c:31)
- ...
Address 0x........ is 5 bytes inside a block of size 10 free'd
at 0x........: free (vg_replace_malloc.c:...)
by 0x........: main (err_disable3.c:42)
=================================================
./valgrind-new/memcheck/tests/err_disable4.stderr.diff
=================================================
--- err_disable4.stderr.exp 2014-01-24 20:00:30.738415912 -0600
+++ err_disable4.stderr.out 2014-01-24 20:12:26.631283792 -0600
@@ -1501,8 +1501,6 @@
Thread x:
Invalid read of size 1
at 0x........: err (err_disable4.c:41)
- by 0x........: child_fn_2 (err_disable4.c:55)
- ...
Address 0x........ is 5 bytes inside a block of size 10 free'd
at 0x........: free (vg_replace_malloc.c:...)
by 0x........: main (err_disable4.c:68)
=================================================
./valgrind-new/memcheck/tests/threadname.stderr.diff
=================================================
--- threadname.stderr.exp 2014-01-24 20:00:30.710415604 -0600
+++ threadname.stderr.out 2014-01-24 20:16:09.282730799 -0600
@@ -9,36 +9,12 @@
Thread 2:
Invalid write of size 1
at 0x........: bad_things (threadname.c:16)
- by 0x........: child_fn_0 (threadname.c:53)
- ...
Address 0x........ is 0 bytes after a block of size 2 alloc'd
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: bad_things (threadname.c:15)
by 0x........: child_fn_0 (threadname.c:53)
...
-Thread 3 try1:
-Invalid write of size 1
- at 0x........: bad_things (threadname.c:16)
- by 0x........: child_fn_1 (threadname.c:38)
- ...
- Address 0x........ is 0 bytes after a block of size 3 alloc'd
- at 0x........: malloc (vg_replace_malloc.c:...)
- by 0x........: bad_things (threadname.c:15)
- by 0x........: child_fn_1 (threadname.c:38)
- ...
-
-Thread 4 012345678901234:
-Invalid write of size 1
- at 0x........: bad_things (threadname.c:16)
- by 0x........: child_fn_2 (threadname.c:26)
- ...
- Address 0x........ is 0 bytes after a block of size 4 alloc'd
- at 0x........: malloc (vg_replace_malloc.c:...)
- by 0x........: bad_things (threadname.c:15)
- by 0x........: child_fn_2 (threadname.c:26)
- ...
-
Thread 1:
Invalid write of size 1
at 0x........: bad_things (threadname.c:16)
=================================================
./valgrind-new/memcheck/tests/threadname_xml.stderr.diff
=================================================
--- threadname_xml.stderr.exp 2014-01-24 20:00:30.539413725 -0600
+++ threadname_xml.stderr.out 2014-01-24 20:16:10.616745461 -0600
@@ -94,14 +94,6 @@
<file>threadname.c</file>
<line>...</line>
</frame>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>child_fn_0</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
</stack>
<auxwhat>Address 0x........ is 0 bytes after a block of size 2 alloc'd</auxwhat>
<stack>
@@ -135,112 +127,6 @@
<error>
<unique>0x........</unique>
<tid>...</tid>
- <threadname>try1</threadname>
- <kind>InvalidWrite</kind>
- <what>Invalid write of size 1</what>
- <stack>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>bad_things</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>child_fn_1</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
- </stack>
- <auxwhat>Address 0x........ is 0 bytes after a block of size 3 alloc'd</auxwhat>
- <stack>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>malloc</fn>
- <dir>...</dir>
- <file>vg_replace_malloc.c</file>
- <line>...</line>
- </frame>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>bad_things</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>child_fn_1</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
- </stack>
-</error>
-
-<error>
- <unique>0x........</unique>
- <tid>...</tid>
- <threadname>012345678901234</threadname>
- <kind>InvalidWrite</kind>
- <what>Invalid write of size 1</what>
- <stack>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>bad_things</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>child_fn_2</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
- </stack>
- <auxwhat>Address 0x........ is 0 bytes after a block of size 4 alloc'd</auxwhat>
- <stack>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
<truncated beyond 100 lines>
=================================================
./valgrind-old/drd/tests/pth_mutex_reinit.stderr.diff
=================================================
--- pth_mutex_reinit.stderr.exp 2014-01-24 19:22:22.732270028 -0600
+++ pth_mutex_reinit.stderr.out 2014-01-24 19:53:20.916692040 -0600
@@ -1,11 +1,15 @@
+The object at address 0x........ is not a mutex.
+ at 0x........: pthread_mutex_init (drd_pthread_intercepts.c:?)
+ by 0x........: main (pth_mutex_reinit.c:?)
+
Mutex reinitialization: mutex 0x........, recursion count 0, owner 1.
at 0x........: pthread_mutex_init (drd_pthread_intercepts.c:?)
by 0x........: main (pth_mutex_reinit.c:?)
mutex 0x........ was first observed at:
- at 0x........: pthread_mutex_init (drd_pthread_intercepts.c:?)
+ at 0x........: pthread_mutex_lock (drd_pthread_intercepts.c:?)
by 0x........: main (pth_mutex_reinit.c:?)
Done.
-ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)
+ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 0 from 0)
=================================================
./valgrind-old/exp-sgcheck/tests/hackedbz2.stderr.diff-glibc28-amd64
=================================================
--- hackedbz2.stderr.exp-glibc28-amd64 2014-01-24 19:22:30.065350621 -0600
+++ hackedbz2.stderr.out 2014-01-24 19:59:29.200739594 -0600
@@ -1,7 +1,6 @@
Invalid read of size 1
- at 0x........: vex_strlen (hackedbz2.c:1006)
- by 0x........: add_to_myprintf_buf (hackedbz2.c:1284)
+ at 0x........: add_to_myprintf_buf (hackedbz2.c:1006)
by 0x........: vex_printf (hackedbz2.c:1155)
by 0x........: BZ2_compressBlock (hackedbz2.c:4039)
by 0x........: handle_compress (hackedbz2.c:4761)
=================================================
./valgrind-old/memcheck/tests/dw4.stderr.diff
=================================================
--- dw4.stderr.exp 2014-01-24 19:22:19.475234232 -0600
+++ dw4.stderr.out 2014-01-24 19:32:58.316255289 -0600
@@ -1,3 +1,11 @@
+
+parse_type_DIE: confused by:
+ <1><492>: DW_TAG_structure_type
+ DW_AT_signature : 8 byte signature: 9b d0 55 13 bb 1e e9 37
+
+WARNING: Serious error when reading debug info
+When reading debug info from /usr/local/src/valgrind/nightly/valgrind-old/memcheck/tests/dw4:
+parse_type_DIE: confused by the above DIE
Uninitialised byte(s) found during client check request
at 0x........: croak (dw4.c:27)
by 0x........: main (dw4.c:49)
@@ -8,12 +16,10 @@
Uninitialised byte(s) found during client check request
at 0x........: croak (dw4.c:27)
by 0x........: main (dw4.c:51)
- Location 0x........ is 0 bytes inside S2[0].i,
- a global variable declared at dw4.c:42
+ Address 0x........ is 4 bytes inside data symbol "S2"
Uninitialised byte(s) found during client check request
at 0x........: croak (dw4.c:27)
by 0x........: main (dw4.c:52)
- Location 0x........ is 0 bytes inside local.i,
- declared at dw4.c:46, in frame #1 of thread 1
+ Address 0x........ is on thread 1's stack
=================================================
./valgrind-old/memcheck/tests/err_disable3.stderr.diff
=================================================
--- err_disable3.stderr.exp 2014-01-24 19:22:19.225231485 -0600
+++ err_disable3.stderr.out 2014-01-24 19:33:02.915305834 -0600
@@ -10,8 +10,6 @@
Thread 2:
Invalid read of size 1
at 0x........: err (err_disable3.c:25)
- by 0x........: child_fn (err_disable3.c:31)
- ...
Address 0x........ is 5 bytes inside a block of size 10 free'd
at 0x........: free (vg_replace_malloc.c:...)
by 0x........: main (err_disable3.c:42)
=================================================
./valgrind-old/memcheck/tests/err_disable4.stderr.diff
=================================================
--- err_disable4.stderr.exp 2014-01-24 19:22:19.562235188 -0600
+++ err_disable4.stderr.out 2014-01-24 19:33:06.287342894 -0600
@@ -1501,8 +1501,6 @@
Thread x:
Invalid read of size 1
at 0x........: err (err_disable4.c:41)
- by 0x........: child_fn_2 (err_disable4.c:55)
- ...
Address 0x........ is 5 bytes inside a block of size 10 free'd
at 0x........: free (vg_replace_malloc.c:...)
by 0x........: main (err_disable4.c:68)
=================================================
./valgrind-old/memcheck/tests/threadname.stderr.diff
=================================================
--- threadname.stderr.exp 2014-01-24 19:22:19.226231496 -0600
+++ threadname.stderr.out 2014-01-24 19:36:38.783678293 -0600
@@ -9,36 +9,12 @@
Thread 2:
Invalid write of size 1
at 0x........: bad_things (threadname.c:16)
- by 0x........: child_fn_0 (threadname.c:53)
- ...
Address 0x........ is 0 bytes after a block of size 2 alloc'd
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: bad_things (threadname.c:15)
by 0x........: child_fn_0 (threadname.c:53)
...
-Thread 3 try1:
-Invalid write of size 1
- at 0x........: bad_things (threadname.c:16)
- by 0x........: child_fn_1 (threadname.c:38)
- ...
- Address 0x........ is 0 bytes after a block of size 3 alloc'd
- at 0x........: malloc (vg_replace_malloc.c:...)
- by 0x........: bad_things (threadname.c:15)
- by 0x........: child_fn_1 (threadname.c:38)
- ...
-
-Thread 4 012345678901234:
-Invalid write of size 1
- at 0x........: bad_things (threadname.c:16)
- by 0x........: child_fn_2 (threadname.c:26)
- ...
- Address 0x........ is 0 bytes after a block of size 4 alloc'd
- at 0x........: malloc (vg_replace_malloc.c:...)
- by 0x........: bad_things (threadname.c:15)
- by 0x........: child_fn_2 (threadname.c:26)
- ...
-
Thread 1:
Invalid write of size 1
at 0x........: bad_things (threadname.c:16)
=================================================
./valgrind-old/memcheck/tests/threadname_xml.stderr.diff
=================================================
--- threadname_xml.stderr.exp 2014-01-24 19:22:19.785237639 -0600
+++ threadname_xml.stderr.out 2014-01-24 19:36:40.116692944 -0600
@@ -94,14 +94,6 @@
<file>threadname.c</file>
<line>...</line>
</frame>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>child_fn_0</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
</stack>
<auxwhat>Address 0x........ is 0 bytes after a block of size 2 alloc'd</auxwhat>
<stack>
@@ -135,112 +127,6 @@
<error>
<unique>0x........</unique>
<tid>...</tid>
- <threadname>try1</threadname>
- <kind>InvalidWrite</kind>
- <what>Invalid write of size 1</what>
- <stack>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>bad_things</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>child_fn_1</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
- </stack>
- <auxwhat>Address 0x........ is 0 bytes after a block of size 3 alloc'd</auxwhat>
- <stack>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>malloc</fn>
- <dir>...</dir>
- <file>vg_replace_malloc.c</file>
- <line>...</line>
- </frame>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>bad_things</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>child_fn_1</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
- </stack>
-</error>
-
-<error>
- <unique>0x........</unique>
- <tid>...</tid>
- <threadname>012345678901234</threadname>
- <kind>InvalidWrite</kind>
- <what>Invalid write of size 1</what>
- <stack>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>bad_things</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>child_fn_2</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
- </stack>
- <auxwhat>Address 0x........ is 0 bytes after a block of size 4 alloc'd</auxwhat>
- <stack>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
<truncated beyond 100 lines>
|
|
From: Philippe W. <phi...@sk...> - 2014-01-24 20:44:04
|
On Fri, 2014-01-24 at 17:08 +0530, Subhashish Pradhan wrote: > Hello, > > > If Valgrind were to be ported to a new os, what modifications need be > done to get it working? > > > My assumptions till now have been: > > > Implementing wrappers in coregrind/m_syswrap/syswrap-os.c > Building the dependencies on host > Compiling on that os. Depends what the "new os" is. If that os looks a lot like linux it will be easier. If the os is completely different, it will be a lot more difficult. At fosdem, there will be a presentation about porting valgrind on solaris. That might give some clues for a "somewhat" easy port. You could also look at the diff-s for the bsd port. Otherwise, there is a tentative valgrind port to ms-windows, which will be the example of a wildly different os : sourceforge.net/projects/valgrind4win/ What is your target os ? Philippe |
|
From: Philippe W. <phi...@sk...> - 2014-01-24 20:38:39
|
On Thu, 2014-01-23 at 12:59 -0800, Carl E. Love wrote: > I suspect that the "bad code" is being run on the guest and is not part > of Valgrind binary running on the native machine. I have found and > fixed this type of issue in the Valgrind code running on the native > machine. I am wondering how to track what function is being run on the > guest and examine the register state after each guest instruction is > executed. Effectively, I want to single step through the execution of > the guest code one instruction at a time to see what function and where > the bad address gets generated. Any ideas? Thanks. Not too sure what 'one instruction at a time' means. If you want to step one instruction at a time of the guest code, then use options --vgdb-error=0 --vgdb-=full and connect gdb to valgrind. The gdb will debug the guest program, and the guest registers will be up to date at each instruction as --vgdb=full automatically enables --vex-iropt-register-updates=allregs-at-each-insn With that, gdb will allow e.g. stepi and examiniation of all registers after each stepi instruction. Now, if you want to step one "JIT-ted" instruction at a time in the code valgrind has JIT-ted for a guest instruction, then I guess you will have to follow the scheduler jumps and all that stuff to reach and step in the JIT-ted code. That does not look to be a pleasant moment :(. Philippe |
|
From: <sv...@va...> - 2014-01-24 16:44:19
|
Author: carll
Date: Fri Jan 24 16:44:08 2014
New Revision: 13780
Log:
This patch by adr...@fr... fixes the lrmw and stmw
instructions.
The patch also adds ppc32 and ppc64 test cases for the instructions.
The patch is a fix for bugzilla 329956 "valgrind crashes when lmw/stmw instructions are used on ppc64".
The VEX code commit is 2802
Added:
trunk/none/tests/ppc32/ldst_multiple.c
trunk/none/tests/ppc32/ldst_multiple.stderr.exp
trunk/none/tests/ppc32/ldst_multiple.stdout.exp
trunk/none/tests/ppc32/ldst_multiple.vgtest
trunk/none/tests/ppc64/ldst_multiple.c (with props)
trunk/none/tests/ppc64/ldst_multiple.stderr.exp
trunk/none/tests/ppc64/ldst_multiple.stdout.exp
trunk/none/tests/ppc64/ldst_multiple.vgtest
Modified:
trunk/none/tests/ppc32/Makefile.am
trunk/none/tests/ppc64/Makefile.am
Modified: trunk/none/tests/ppc32/Makefile.am
==============================================================================
--- trunk/none/tests/ppc32/Makefile.am (original)
+++ trunk/none/tests/ppc32/Makefile.am Fri Jan 24 16:44:08 2014
@@ -43,7 +43,8 @@
jm_int_isa_2_07.stderr.exp jm_int_isa_2_07.stdout.exp jm_int_isa_2_07.vgtest \
test_isa_2_07_part2.stderr.exp test_isa_2_07_part2.stdout.exp test_isa_2_07_part2.vgtest \
test_tm.stderr.exp test_tm.stdout.exp test_tm.vgtest \
- test_touch_tm.stderr.exp test_touch_tm.stdout.exp test_touch_tm.vgtest
+ test_touch_tm.stderr.exp test_touch_tm.stdout.exp test_touch_tm.vgtest \
+ ldst_multiple.stderr.exp ldst_multiple.stdout.exp ldst_multiple.vgtest
check_PROGRAMS = \
@@ -59,7 +60,8 @@
test_isa_2_07_part1 \
test_isa_2_07_part2 \
test_tm \
- test_touch_tm
+ test_touch_tm \
+ ldst_multiple
AM_CFLAGS += @FLAG_M32@
AM_CXXFLAGS += @FLAG_M32@
Added: trunk/none/tests/ppc32/ldst_multiple.c
==============================================================================
--- trunk/none/tests/ppc32/ldst_multiple.c (added)
+++ trunk/none/tests/ppc32/ldst_multiple.c Fri Jan 24 16:44:08 2014
@@ -0,0 +1,191 @@
+#include <stdio.h>
+#include <stdint.h>
+
+#ifndef __powerpc64__
+typedef uint32_t HWord_t;
+#else
+typedef uint64_t HWord_t;
+#endif
+
+typedef void (*test_func_t)();
+
+typedef struct test_table {
+ test_func_t func;
+ char *name;
+} test_table_t;
+
+static uint32_t values[] = {
+ 0x6efbcfdf,
+ 0xd16c2fd4,
+ 0xf9dc1743,
+ 0xa5aa0bd4,
+ 0x6c8f0c14,
+ 0x69a24188,
+ 0x53b57f1b,
+};
+
+register HWord_t r27 asm("r27");
+register HWord_t r28 asm("r28");
+register HWord_t r29 asm("r29");
+register HWord_t r30 asm("r30");
+register HWord_t r31 asm("r31");
+
+register HWord_t r14 asm("r14");
+
+HWord_t temp[5];
+
+#ifdef __powerpc64__
+
+#define SAVE_REGS(addr) \
+ asm volatile( \
+ " std 27, 0(%0) \n" \
+ " std 28, 8(%0) \n" \
+ " std 29, 16(%0) \n" \
+ " std 30, 24(%0) \n" \
+ " std 31, 32(%0) \n" \
+ ::"b"(addr))
+
+#define RESTORE_REGS(addr) \
+ asm volatile( \
+ " ld 27, 0(%0) \n" \
+ " ld 28, 8(%0) \n" \
+ " ld 29, 16(%0) \n" \
+ " ld 30, 24(%0) \n" \
+ " ld 31, 32(%0) \n" \
+ ::"b"(addr))
+
+#else /* !__powerpc64__ */
+
+#define SAVE_REGS(addr) \
+ asm volatile( \
+ " stw 27, 0(%0) \n" \
+ " stw 28, 4(%0) \n" \
+ " stw 29, 8(%0) \n" \
+ " stw 30, 12(%0) \n" \
+ " stw 31, 16(%0) \n" \
+ ::"b"(addr))
+
+#define RESTORE_REGS(addr) \
+ asm volatile( \
+ " lwz 27, 0(%0) \n" \
+ " lwz 28, 4(%0) \n" \
+ " lwz 29, 8(%0) \n" \
+ " lwz 30, 12(%0) \n" \
+ " lwz 31, 16(%0) \n" \
+ ::"b"(addr))
+
+#endif /* __powerpc64__ */
+
+/*
+ * gcc is not happy if we modify r31 (the frame pointer) behind its back
+ * so we omit it
+ */
+static void __attribute__((optimize("-fomit-frame-pointer"))) test_lmw(void)
+{
+ r14 = (HWord_t)values;
+
+ /* save r27 - r31 */
+ SAVE_REGS(temp);
+
+ /* load r27 - r31 */
+ asm volatile(
+ " lmw %r27, 0(%r14) \n");
+
+#ifdef __powerpc64__
+ printf("lmw => %016lx %016lx %016lx %016lx %016lx\n",
+#else
+ printf("lmw => %08x %08x %08x %08x %08x\n",
+#endif
+ r27, r28, r29, r30, r31);
+
+ /*
+ * test load multiple with nonzero immediate offset
+ * load the last two values into r30 - r31.
+ * r27 - r29 should remain the same
+ */
+ asm volatile(
+ " lmw %r30, 20(%r14) \n");
+
+#ifdef __powerpc64__
+ printf("lmw => %016lx %016lx %016lx %016lx %016lx\n",
+#else
+ printf("lmw => %08x %08x %08x %08x %08x\n",
+#endif
+ r27, r28, r29, r30, r31);
+
+ /* restore r27 - r31 */
+ RESTORE_REGS(temp);
+}
+
+/*
+ * gcc is not happy if we modify r31 (the frame pointer) behind its back
+ * so we omit it
+ */
+static void __attribute__((optimize("-fomit-frame-pointer"))) test_stmw(void)
+{
+ uint32_t result[7] = { 0 };
+ int i;
+
+ SAVE_REGS(temp);
+
+#ifdef __powerpc64__
+ asm volatile(
+ " lwz 27, 0(%0) \n" \
+ " lwz 28, 4(%0) \n" \
+ " lwz 29, 8(%0) \n" \
+ " lwz 30, 12(%0) \n" \
+ " lwz 31, 16(%0) \n" \
+ ::"b"(values));
+#else
+ RESTORE_REGS(values);
+#endif
+
+ r14 = (HWord_t)&result;
+
+ /* store r27 - r31 */
+ asm volatile(
+ " stmw %r27, 0(%r14) \n");
+
+ printf("stmw => ");
+ for (i = 0; i < sizeof(result) / sizeof(result[0]); i++)
+ printf("%08x ", result[i]);
+
+ printf("\n");
+
+ /*
+ * test store multiple with nonzero immediate offset
+ * store r30 - r31 into the last two places in the array
+ * the rest of the array should remain the same
+ */
+ asm volatile(
+ " stmw %r30, 20(%r14) \n");
+
+ printf("stmw => ");
+ for (i = 0; i < sizeof(result) / sizeof(result[0]); i++)
+ printf("%08x ", result[i]);
+
+ printf("\n");
+
+ RESTORE_REGS(temp);
+}
+
+static test_table_t all_tests[] = {
+ { &test_lmw,
+ "Test Load Multiple instruction" },
+ { &test_stmw,
+ "Test Store Multiple instruction" },
+ { NULL, NULL },
+};
+
+int main(void)
+{
+ test_func_t func;
+ int i = 0;
+
+ while ((func = all_tests[i].func)) {
+ (*func)();
+ i++;
+ }
+
+ return 0;
+}
Added: trunk/none/tests/ppc32/ldst_multiple.stderr.exp
==============================================================================
--- trunk/none/tests/ppc32/ldst_multiple.stderr.exp (added)
+++ trunk/none/tests/ppc32/ldst_multiple.stderr.exp Fri Jan 24 16:44:08 2014
@@ -0,0 +1,2 @@
+
+
Added: trunk/none/tests/ppc32/ldst_multiple.stdout.exp
==============================================================================
--- trunk/none/tests/ppc32/ldst_multiple.stdout.exp (added)
+++ trunk/none/tests/ppc32/ldst_multiple.stdout.exp Fri Jan 24 16:44:08 2014
@@ -0,0 +1,4 @@
+lmw => 6efbcfdf d16c2fd4 f9dc1743 a5aa0bd4 6c8f0c14
+lmw => 6efbcfdf d16c2fd4 f9dc1743 69a24188 53b57f1b
+stmw => 6efbcfdf d16c2fd4 f9dc1743 a5aa0bd4 6c8f0c14 00000000 00000000
+stmw => 6efbcfdf d16c2fd4 f9dc1743 a5aa0bd4 6c8f0c14 a5aa0bd4 6c8f0c14
Added: trunk/none/tests/ppc32/ldst_multiple.vgtest
==============================================================================
--- trunk/none/tests/ppc32/ldst_multiple.vgtest (added)
+++ trunk/none/tests/ppc32/ldst_multiple.vgtest Fri Jan 24 16:44:08 2014
@@ -0,0 +1 @@
+prog: ldst_multiple
Modified: trunk/none/tests/ppc64/Makefile.am
==============================================================================
--- trunk/none/tests/ppc64/Makefile.am (original)
+++ trunk/none/tests/ppc64/Makefile.am Fri Jan 24 16:44:08 2014
@@ -31,7 +31,8 @@
jm_int_isa_2_07.stderr.exp jm_int_isa_2_07.stdout.exp jm_int_isa_2_07.vgtest \
test_isa_2_07_part2.stderr.exp test_isa_2_07_part2.stdout.exp test_isa_2_07_part2.vgtest \
test_tm.stderr.exp test_tm.stdout.exp test_tm.vgtest \
- test_touch_tm.stderr.exp test_touch_tm.stdout.exp test_touch_tm.vgtest
+ test_touch_tm.stderr.exp test_touch_tm.stdout.exp test_touch_tm.vgtest \
+ ldst_multiple.stderr.exp ldst_multiple.stdout.exp ldst_multiple.vgtest
check_PROGRAMS = \
allexec \
@@ -39,7 +40,7 @@
power6_mf_gpr test_isa_2_06_part1 test_isa_2_06_part2 \
test_isa_2_06_part3 test_dfp1 test_dfp2 test_dfp3 test_dfp4 \
test_dfp5 test_isa_2_07_part1 test_isa_2_07_part2 \
- test_tm test_touch_tm
+ test_tm test_touch_tm ldst_multiple
AM_CFLAGS += @FLAG_M64@
AM_CXXFLAGS += @FLAG_M64@
Added: trunk/none/tests/ppc64/ldst_multiple.c
==============================================================================
--- trunk/none/tests/ppc64/ldst_multiple.c (added)
+++ trunk/none/tests/ppc64/ldst_multiple.c Fri Jan 24 16:44:08 2014
@@ -0,0 +1 @@
+link ../ppc32/ldst_multiple.c
\ No newline at end of file
Added: trunk/none/tests/ppc64/ldst_multiple.stderr.exp
==============================================================================
--- trunk/none/tests/ppc64/ldst_multiple.stderr.exp (added)
+++ trunk/none/tests/ppc64/ldst_multiple.stderr.exp Fri Jan 24 16:44:08 2014
@@ -0,0 +1,2 @@
+
+
Added: trunk/none/tests/ppc64/ldst_multiple.stdout.exp
==============================================================================
--- trunk/none/tests/ppc64/ldst_multiple.stdout.exp (added)
+++ trunk/none/tests/ppc64/ldst_multiple.stdout.exp Fri Jan 24 16:44:08 2014
@@ -0,0 +1,4 @@
+lmw => 000000006efbcfdf 00000000d16c2fd4 00000000f9dc1743 00000000a5aa0bd4 000000006c8f0c14
+lmw => 000000006efbcfdf 00000000d16c2fd4 00000000f9dc1743 0000000069a24188 0000000053b57f1b
+stmw => 6efbcfdf d16c2fd4 f9dc1743 a5aa0bd4 6c8f0c14 00000000 00000000
+stmw => 6efbcfdf d16c2fd4 f9dc1743 a5aa0bd4 6c8f0c14 a5aa0bd4 6c8f0c14
Added: trunk/none/tests/ppc64/ldst_multiple.vgtest
==============================================================================
--- trunk/none/tests/ppc64/ldst_multiple.vgtest (added)
+++ trunk/none/tests/ppc64/ldst_multiple.vgtest Fri Jan 24 16:44:08 2014
@@ -0,0 +1 @@
+prog: ldst_multiple
|
|
From: <sv...@va...> - 2014-01-24 16:42:38
|
Author: carll
Date: Fri Jan 24 16:42:26 2014
New Revision: 2808
Log:
This patch by adr...@fr... fixes the lrmw and stmw
instructions.
The patch also adds ppc32 and ppc64 test cases for the instructions.
The patch is a fix for bugzilla 329956 "valgrind crashes when lmw/stmw instructions are used on ppc64".
Modified:
trunk/priv/guest_ppc_toIR.c
Modified: trunk/priv/guest_ppc_toIR.c
==============================================================================
--- trunk/priv/guest_ppc_toIR.c (original)
+++ trunk/priv/guest_ppc_toIR.c Fri Jan 24 16:42:26 2014
@@ -5233,6 +5233,7 @@
Int simm16 = extend_s_16to32(uimm16);
IRType ty = mode64 ? Ity_I64 : Ity_I32;
+ IROp mkAdd = mode64 ? Iop_Add64 : Iop_Add32;
IRTemp EA = newTemp(ty);
UInt r = 0;
UInt ea_off = 0;
@@ -5248,7 +5249,7 @@
}
DIP("lmw r%u,%d(r%u)\n", rD_addr, simm16, rA_addr);
for (r = rD_addr; r <= 31; r++) {
- irx_addr = binop(Iop_Add32, mkexpr(EA), mkU32(ea_off));
+ irx_addr = binop(mkAdd, mkexpr(EA), mode64 ? mkU64(ea_off) : mkU32(ea_off));
putIReg( r, mkWidenFrom32(ty, loadBE(Ity_I32, irx_addr ),
False) );
ea_off += 4;
@@ -5258,7 +5259,7 @@
case 0x2F: // stmw (Store Multiple Word, PPC32 p527)
DIP("stmw r%u,%d(r%u)\n", rS_addr, simm16, rA_addr);
for (r = rS_addr; r <= 31; r++) {
- irx_addr = binop(Iop_Add32, mkexpr(EA), mkU32(ea_off));
+ irx_addr = binop(mkAdd, mkexpr(EA), mode64 ? mkU64(ea_off) : mkU32(ea_off));
storeBE( irx_addr, mkNarrowTo32(ty, getIReg(r)) );
ea_off += 4;
}
|
|
From: Subhashish P. <sp...@gm...> - 2014-01-24 11:38:53
|
Hello, If Valgrind were to be ported to a new os, what modifications need be done to get it working? My assumptions till now have been: Implementing wrappers in coregrind/m_syswrap/syswrap-os.c Building the dependencies on host Compiling on that os. Am I wrong or missing anything? Thanks in advance. Regards, Subhashish |
|
From: Carl E. L. <ce...@li...> - 2014-01-23 20:59:45
|
IBM is working on supporting a PPC Little Endian (LE) and Big Endian
(BE) storage model. I am working to port the current PPC BE to LE. In
addition to the storage model change there are some API changes with
regards to function calls. Specifically they used to store the function
entry address at in the first location of the function, followed by the
code. The first address of the function in the new API no longer has
the start address. This has resulted in my having to modify the PPC64
assembly routines in Valgrind to remove the extra load instruction so
the 64-bits worth of instructions are not loaded into the PC.
Currently when I run valgrind with the ls command, it reports that the
workload segfaults on a bad address. Specifically,
local host # valgrind ls
==2629== Memcheck, a memory error detector
==2629== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
==2629== Using Valgrind-3.9.0 and LibVEX; rerun with -h for copyright
info
==2629== Command: ls
==2629==
==2629== Jump to the invalid address stated on the next line
==2629== at 0x38426520404C0004: ???
==2629== Address 0x38426520404c0004 is not stack'd, malloc'd or
(recently) free'd
==2629==
==2629==
==2629== Process terminating with default action of signal 11 (SIGSEGV)
==2629== Bad permissions for mapped region at address
0x38426520404C0004
==2629== at 0x38426520404C0004: ???
==2629==
==2629== HEAP SUMMARY:
==2629== in use at exit: 0 bytes in 0 blocks
==2629== total heap usage: 0 allocs, 0 frees, 0 bytes allocated
==2629==
==2629== All heap blocks were freed -- no leaks are possible
==2629==
==2629== For counts of detected and suppressed errors, rerun with: -v
==2629== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)
Segmentation fault
Notice the bad address is a 64-bit value which looks to me, based on
experience, to be instructions. I have looked through the assembly code
in Valgrind and at this point don't see any suspicious loads but clearly
I am missing it somewhere. I have tried multiple workloads and always
get the same segfault on the same address.
I suspect that the "bad code" is being run on the guest and is not part
of Valgrind binary running on the native machine. I have found and
fixed this type of issue in the Valgrind code running on the native
machine. I am wondering how to track what function is being run on the
guest and examine the register state after each guest instruction is
executed. Effectively, I want to single step through the execution of
the guest code one instruction at a time to see what function and where
the bad address gets generated. Any ideas? Thanks.
Carl Love
|
|
From: John R.
|
> Processor : ARM926EJ-S rev 5 (v5l)
> BogoMIPS : 215.44
> Features : swp half thumb fastmult edsp java
> CPU implementer : 0x41
> CPU architecture: 5TEJ
> CPU variant : 0x0
> CPU part : 0x926
> CPU revision : 5
>
> Hardware : DaVinci DM36x IPNC
> is it possible to port the valgrind to my hardware?
The valgrind developers have decided that armv5 is not worth the trouble.
In particular, armv5 lacks reasonable hardware support for threads.
Threads can be made to work on armv5, but it is a *LOT* of trouble.
In the US today, low-end 7-inch Android tablets with armv7 have been
sold by reputable dealers for around $100.
About October 2011 (2.3 years ago) I contributed patches which enabled
memcheck to run on armv5te for single-threaded programs. Search the
archives of this mailing list:
10/08/2011 Re: [Valgrind-developers] Valgrind on android (armv5
versus armv7) and gdbserver/vgdb
and this bug report titled "ARM v6 legacy patches":
https://bugs.kde.org/show_bug.cgi?id=276897
[Search for other similar reports, too.]
|
|
From: JeHo P. <lin...@gm...> - 2014-01-23 03:24:11
|
hellow everyone! i am beginner about valgrind, but i need it for performance tunning of my hardware it is cpu infomation of my hardware ============== # cat /proc/cpuinfo Processor : ARM926EJ-S rev 5 (v5l) BogoMIPS : 215.44 Features : swp half thumb fastmult edsp java CPU implementer : 0x41 CPU architecture: 5TEJ CPU variant : 0x0 CPU part : 0x926 CPU revision : 5 Hardware : DaVinci DM36x IPNC Revision : 0000 Serial : 0000000000000000 =============== is it possible to port the valgrind to my hardware? i am afraid the valgrind don't support ARMv5 : ( previously thanks~ |
|
From: JeHo P. <lin...@gm...> - 2014-01-23 03:23:03
|
hellow everyone! i am beginner about valgrind, but i need it for performance tunning of my hardware it is cpu infomation of my hardware ============== root@20:~# cat /proc/cpuinfo Processor : ARM926EJ-S rev 5 (v5l) BogoMIPS : 215.44 Features : swp half thumb fastmult edsp java CPU implementer : 0x41 CPU architecture: 5TEJ CPU variant : 0x0 CPU part : 0x926 CPU revision : 5 Hardware : DaVinci DM36x IPNC Revision : 0000 Serial : 0000000000000000 =============== is it possible to port the valgrind to my hardware? i am afraid the valgrind don't support ARMv5 : ( previously thanks~ |
|
From: Mark W. <mj...@re...> - 2014-01-22 12:54:16
|
On Wed, 2014-01-22 at 13:39 +0100, Nestor Hernandez wrote: > The x86 inline assembly cpuid instruction shows different results on for > ubuntu (version 1:3.8.1-4ubuntu1 > http://packages.ubuntu.com/source/saucy/valgrind) and debian (version > 1:3.8.1-4+b1. http://packages.debian.org/source/testing/valgrind). > > It seems that in the ubuntu case it shows the info for the physical cpu, > while in debian it shows the info for the emulated one by the virtual > machine (an Intel Core2 Duo in this case). Running the cpuid instruction under valgrind should result in info for what VEX is capable of emulating (sometimes this is less than what the physical cpu is capable of other times it is more). This is however an area that could be improved/clean up a little. So maybe there are (unknown) bugs. Do you have an concrete example where things go wrong? Maybe you could run something like http://etallen.com/cpuid.html on the physical cpu and under valgrind and show where things don't seem to match up? Thanks, Mark |
|
From: Nestor H. <nes...@gm...> - 2014-01-22 12:40:02
|
Hi all, The x86 inline assembly cpuid instruction shows different results on for ubuntu (version 1:3.8.1-4ubuntu1 http://packages.ubuntu.com/source/saucy/valgrind) and debian (version 1:3.8.1-4+b1. http://packages.debian.org/source/testing/valgrind). It seems that in the ubuntu case it shows the info for the physical cpu, while in debian it shows the info for the emulated one by the virtual machine (an Intel Core2 Duo in this case). Is it any patches or fixes for this situation? Best regards, -- Néstor Hernández Mobile: +4551200349 |
|
From: Philippe W. <phi...@sk...> - 2014-01-22 05:45:23
|
valgrind revision: 13779 VEX revision: 2807 C compiler: gcc (GCC) 4.7.2 20121109 (Red Hat 4.7.2-8) GDB: GNU gdb (GDB) Fedora (7.5.1-37.fc18) Assembler: GNU assembler version 2.23.51.0.1-7.fc18 20120806 C library: GNU C Library stable release version 2.16 uname -mrs: Linux 3.8.8-202.fc18.ppc64p7 ppc64 Vendor version: Fedora release 18 (Spherical Cow) Nightly build on gcc110 ( Fedora release 18 (Spherical Cow), ppc64 ) Started at 2014-01-21 20:00:09 PST Ended at 2014-01-21 21:42:26 PST 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 == 571 tests, 32 stderr failures, 3 stdout failures, 0 stderrB failures, 0 stdoutB failures, 2 post failures == memcheck/tests/linux/getregset (stdout) memcheck/tests/linux/getregset (stderr) memcheck/tests/ppc64/power_ISA2_05 (stdout) memcheck/tests/supp_unknown (stderr) memcheck/tests/varinfo6 (stderr) memcheck/tests/wrap8 (stdout) memcheck/tests/wrap8 (stderr) massif/tests/big-alloc (post) massif/tests/deep-D (post) helgrind/tests/annotate_rwlock (stderr) helgrind/tests/free_is_write (stderr) helgrind/tests/hg02_deadlock (stderr) helgrind/tests/hg03_inherit (stderr) helgrind/tests/hg04_race (stderr) helgrind/tests/hg05_race2 (stderr) helgrind/tests/locked_vs_unlocked1_fwd (stderr) helgrind/tests/locked_vs_unlocked1_rev (stderr) helgrind/tests/locked_vs_unlocked2 (stderr) helgrind/tests/locked_vs_unlocked3 (stderr) helgrind/tests/pth_barrier1 (stderr) helgrind/tests/pth_barrier2 (stderr) helgrind/tests/pth_barrier3 (stderr) helgrind/tests/pth_cond_destroy_busy (stderr) helgrind/tests/pth_destroy_cond (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/tc09_bad_unlock (stderr) helgrind/tests/tc14_laog_dinphils (stderr) helgrind/tests/tc16_byterace (stderr) helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc19_shadowmem (stderr) helgrind/tests/tc20_verifywrap (stderr) helgrind/tests/tc21_pthonce (stderr) helgrind/tests/tc22_exit_w_lock (stderr) --tools=none,memcheck,callgrind,helgrind,cachegrind,drd,massif --reps=3 --vg=../valgrind-new --vg=../valgrind-old -- Running tests in perf ---------------------------------------------- -- bigcode1 -- bigcode1 valgrind-new:0.23s no: 1.5s ( 6.6x, -----) me: 2.8s (12.3x, -----) ca:20.0s (87.0x, -----) he: 1.7s ( 7.5x, -----) ca: 5.3s (23.1x, -----) dr: 1.7s ( 7.5x, -----) ma: 2.1s ( 9.3x, -----) bigcode1 valgrind-old:0.23s no: 1.5s ( 6.6x, 0.0%) me: 2.9s (12.6x, -1.8%) ca:18.5s (80.3x, 7.8%) he: 1.7s ( 7.6x, -0.6%) ca: 5.5s (24.0x, -3.6%) dr: 1.7s ( 7.3x, 2.3%) ma: 2.1s ( 9.3x, 0.0%) -- bigcode2 -- bigcode2 valgrind-new:0.23s no: 1.5s ( 6.7x, -----) me: 2.9s (12.7x, -----) ca:18.8s (81.9x, -----) he: 2.1s ( 9.1x, -----) ca: 5.5s (23.8x, -----) dr: 1.8s ( 8.0x, -----) ma: 2.1s ( 9.2x, -----) bigcode2 valgrind-old:0.23s no: 1.6s ( 6.7x, -1.3%) me: 3.0s (13.1x, -3.8%) ca:18.7s (81.4x, 0.6%) he: 2.1s ( 9.1x, 0.0%) ca: 5.5s (24.1x, -1.5%) dr: 1.8s ( 7.9x, 1.1%) ma: 2.1s ( 9.2x, 0.0%) -- bz2 -- bz2 valgrind-new:0.73s no: 4.5s ( 6.2x, -----) me:11.8s (16.1x, -----) ca:26.5s (36.3x, -----) he:14.7s (20.2x, -----) ca:24.2s (33.2x, -----) dr:20.4s (27.9x, -----) ma: 4.7s ( 6.4x, -----) bz2 valgrind-old:0.73s no: 4.5s ( 6.2x, -0.2%) me:11.8s (16.1x, -0.1%) ca:26.8s (36.7x, -1.0%) he:14.8s (20.3x, -0.6%) ca:24.4s (33.5x, -0.8%) dr:20.4s (27.9x, 0.2%) ma: 4.7s ( 6.4x, -0.4%) -- fbench -- fbench valgrind-new:0.34s no: 2.2s ( 6.6x, -----) me: 5.4s (15.8x, -----) ca: 8.6s (25.2x, -----) he: 5.2s (15.3x, -----) ca: 7.4s (21.8x, -----) dr: 5.0s (14.6x, -----) ma: 2.3s ( 6.7x, -----) fbench valgrind-old:0.34s no: 2.2s ( 6.6x, 0.0%) me: 5.5s (16.2x, -2.8%) ca: 8.6s (25.1x, 0.3%) he: 5.3s (15.5x, -1.2%) ca: 7.6s (22.2x, -2.0%) dr: 4.9s (14.5x, 0.2%) ma: 2.1s ( 6.3x, 6.6%) -- ffbench -- ffbench valgrind-new:0.45s no: 1.3s ( 3.0x, -----) me: 2.6s ( 5.8x, -----) ca: 2.5s ( 5.6x, -----) he: 7.0s (15.5x, -----) ca: 7.9s (17.6x, -----) dr: 5.1s (11.4x, -----) ma: 1.1s ( 2.3x, -----) ffbench valgrind-old:0.45s no: 1.4s ( 3.2x, -6.8%) me: 2.6s ( 5.7x, 1.9%) ca: 2.5s ( 5.6x, 0.0%) he: 7.1s (15.7x, -1.3%) ca: 7.4s (16.5x, 6.6%) dr: 5.1s (11.4x, 0.2%) ma: 1.1s ( 2.4x, -3.8%) -- heap -- heap valgrind-new:0.41s no: 2.4s ( 5.9x, -----) me: 9.9s (24.3x, -----) ca:13.3s (32.5x, -----) he:11.6s (28.3x, -----) ca:12.2s (29.7x, -----) dr: 8.3s (20.2x, -----) ma: 8.5s (20.8x, -----) heap valgrind-old:0.41s no: 2.5s ( 6.0x, -1.7%) me: 9.9s (24.2x, 0.3%) ca:13.4s (32.8x, -0.8%) he:11.7s (28.5x, -0.5%) ca:12.2s (29.6x, 0.1%) dr: 8.4s (20.5x, -1.3%) ma: 8.9s (21.7x, -4.3%) -- heap_pdb4 -- heap_pdb4 valgrind-new:0.42s no: 2.8s ( 6.7x, -----) me:14.0s (33.2x, -----) ca:14.3s (34.0x, -----) he:13.0s (31.0x, -----) ca:13.1s (31.2x, -----) dr: 9.1s (21.7x, -----) ma: 8.7s (20.7x, -----) heap_pdb4 valgrind-old:0.42s no: 2.6s ( 6.1x, 9.5%) me:14.0s (33.4x, -0.4%) ca:14.3s (34.1x, -0.1%) he:12.9s (30.8x, 0.5%) ca:13.3s (31.6x, -1.4%) dr: 9.2s (21.9x, -0.9%) ma: 9.0s (21.3x, -2.9%) -- many-loss-records -- many-loss-records valgrind-new:0.03s no: 0.6s (18.3x, -----) me: 2.2s (73.0x, -----) ca: 2.0s (66.0x, -----) he: 1.9s (61.7x, -----) ca: 1.9s (63.0x, -----) dr: 1.6s (52.0x, -----) ma: 1.6s (54.3x, -----) many-loss-records valgrind-old:0.03s no: 0.6s (18.3x, 0.0%) me: 2.2s (74.3x, -1.8%) ca: 2.0s (66.0x, 0.0%) he: 1.9s (62.0x, -0.5%) ca: 1.9s (64.3x, -2.1%) dr: 1.5s (50.7x, 2.6%) ma: 1.6s (52.3x, 3.7%) -- many-xpts -- many-xpts valgrind-new:0.07s no: 0.7s (10.6x, -----) me: 3.4s (48.7x, -----) ca: 4.7s (67.4x, -----) he: 4.8s (68.7x, -----) ca: 2.9s (41.3x, -----) dr: 2.3s (32.6x, -----) ma: 2.2s (32.1x, -----) many-xpts valgrind-old:0.07s no: 0.7s (10.4x, 1.4%) me: 3.4s (49.1x, -0.9%) ca: 4.7s (67.7x, -0.4%) he: 4.8s (68.7x, 0.0%) ca: 2.9s (41.4x, -0.3%) dr: 2.3s (32.7x, -0.4%) ma: 2.2s (32.1x, 0.0%) -- sarp -- sarp valgrind-new:0.02s no: 0.4s (20.0x, -----) me: 3.1s (157.5x, -----) ca: 2.9s (146.5x, -----) he:11.0s (552.0x, -----) ca: 1.7s (85.0x, -----) dr: 1.1s (54.0x, -----) ma: 0.4s (20.5x, -----) sarp valgrind-old:0.02s no: 0.4s (20.0x, 0.0%) me: 3.2s (160.5x, -1.9%) ca: 2.9s (146.5x, 0.0%) he:11.2s (557.5x, -1.0%) ca: 1.7s (84.5x, 0.6%) dr: 1.1s (53.0x, 1.9%) ma: 0.4s (21.0x, -2.4%) -- tinycc -- tinycc valgrind-new:0.27s no: 3.0s (11.0x, -----) me:14.1s (52.2x, -----) ca:17.4s (64.6x, -----) he:18.9s (70.1x, -----) ca:15.8s (58.3x, -----) dr:12.5s (46.1x, -----) ma: 3.8s (14.0x, -----) tinycc valgrind-old:0.27s no: 3.0s (11.1x, -1.0%) me:14.1s (52.2x, 0.1%) ca:17.5s (64.8x, -0.3%) he:19.1s (70.6x, -0.6%) ca:15.7s (58.3x, 0.1%) dr:12.5s (46.2x, -0.2%) ma: 3.9s (14.5x, -3.2%) -- Finished tests in perf ---------------------------------------------- == 11 programs, 154 timings ================= real 54m32.896s user 53m3.650s sys 0m19.731s |
|
From: Tom H. <to...@co...> - 2014-01-22 04:25:40
|
valgrind revision: 13779 VEX revision: 2807 C compiler: gcc (GCC) 4.3.0 20080428 (Red Hat 4.3.0-8) GDB: Assembler: GNU assembler version 2.18.50.0.6-2 20080403 C library: GNU C Library stable release version 2.8 uname -mrs: Linux 3.11.10-301.fc20.x86_64 x86_64 Vendor version: Fedora release 9 (Sulphur) Nightly build on bristol ( x86_64, Fedora 9 ) Started at 2014-01-22 03:51:50 GMT Ended at 2014-01-22 04:25:24 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 == 645 tests, 1 stderr failure, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/amd64/insn-pcmpistri (stderr) none/tests/amd64/sse4-64 (stdout) |
|
From: Rich C. <rc...@wi...> - 2014-01-22 04:11:48
|
valgrind revision: 13779 VEX revision: 2807 C compiler: gcc (SUSE Linux) 4.7.2 20130108 [gcc-4_7-branch revision 195012] GDB: GNU gdb (GDB) SUSE (7.5.1-2.1.1) Assembler: GNU assembler (GNU Binutils; openSUSE 12.3) 2.23.1 C library: GNU C Library (GNU libc) stable release version 2.17 (git c758a6861537) uname -mrs: Linux 3.7.9-1.1-desktop x86_64 Vendor version: Welcome to openSUSE 12.3 "Dartmouth" Beta 1 - Kernel %r (%t). Nightly build on ultra ( gcc (SUSE Linux) 4.7.2 20130108 [gcc-4_7-branch revision 195012] Linux 3.7.9-1.1-desktop x86_64 ) Started at 2014-01-21 21:30:01 CST Ended at 2014-01-21 22:11:38 CST 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 == 666 tests, 0 stderr failures, 0 stdout failures, 1 stderrB failure, 0 stdoutB failures, 0 post failures == gdbserver_tests/mssnapshot (stderrB) ================================================= ./valgrind-new/gdbserver_tests/mssnapshot.stderrB.diff ================================================= --- mssnapshot.stderrB.exp 2014-01-21 21:54:11.305556271 -0600 +++ mssnapshot.stderrB.out 2014-01-21 22:00:46.595890788 -0600 @@ -1,5 +1,11 @@ relaying data between gdb and process .... +Missing separate debuginfo for /lib64/ld-linux-x86-64.so.2 +Try: zypper install -C "debuginfo(build-id)=ecb8ef1a6904a2a3ec60a527f415f520c8636158" vgdb-error value changed from 0 to 999999 +Missing separate debuginfo for /lib64/libpthread.so.0 +Try: zypper install -C "debuginfo(build-id)=ef5f5dbcb2398c608fef7884e1bfb65be3b5f0ef" +Missing separate debuginfo for /lib64/libc.so.6 +Try: zypper install -C "debuginfo(build-id)=bd1473e8e6a4c10a14731b5be4b35b4e87db2af7" general valgrind monitor commands: help [debug] : monitor command help. With debug: + debugging commands v.wait [<ms>] : sleep <ms> (default 0) then continue ================================================= ./valgrind-old/gdbserver_tests/mssnapshot.stderrB.diff ================================================= --- mssnapshot.stderrB.exp 2014-01-21 21:35:01.572893846 -0600 +++ mssnapshot.stderrB.out 2014-01-21 21:42:20.564434600 -0600 @@ -1,5 +1,11 @@ relaying data between gdb and process .... +Missing separate debuginfo for /lib64/ld-linux-x86-64.so.2 +Try: zypper install -C "debuginfo(build-id)=ecb8ef1a6904a2a3ec60a527f415f520c8636158" vgdb-error value changed from 0 to 999999 +Missing separate debuginfo for /lib64/libpthread.so.0 +Try: zypper install -C "debuginfo(build-id)=ef5f5dbcb2398c608fef7884e1bfb65be3b5f0ef" +Missing separate debuginfo for /lib64/libc.so.6 +Try: zypper install -C "debuginfo(build-id)=bd1473e8e6a4c10a14731b5be4b35b4e87db2af7" general valgrind monitor commands: help [debug] : monitor command help. With debug: + debugging commands v.wait [<ms>] : sleep <ms> (default 0) then continue |
|
From: Tom H. <to...@co...> - 2014-01-22 03:58:50
|
valgrind revision: 13779 VEX revision: 2807 C compiler: gcc (GCC) 4.6.3 20120306 (Red Hat 4.6.3-2) GDB: GNU gdb (GDB) Fedora (7.3.1-48.fc15) Assembler: GNU assembler version 2.21.51.0.6-6.fc15 20110118 C library: GNU C Library stable release version 2.14.1 uname -mrs: Linux 3.11.10-301.fc20.x86_64 x86_64 Vendor version: Fedora release 15 (Lovelock) Nightly build on bristol ( x86_64, Fedora 15 ) Started at 2014-01-22 03:14:08 GMT Ended at 2014-01-22 03:58:40 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 == 673 tests, 0 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == |
|
From: Tom H. <to...@co...> - 2014-01-22 03:56:42
|
valgrind revision: 13779 VEX revision: 2807 C compiler: gcc (GCC) 4.6.3 20120306 (Red Hat 4.6.3-2) GDB: GNU gdb (GDB) Fedora (7.3.50.20110722-16.fc16) Assembler: GNU assembler version 2.21.53.0.1-6.fc16 20110716 C library: GNU C Library development release version 2.14.90 uname -mrs: Linux 3.11.10-301.fc20.x86_64 x86_64 Vendor version: Fedora release 16 (Verne) Nightly build on bristol ( x86_64, Fedora 16 ) Started at 2014-01-22 03:02:55 GMT Ended at 2014-01-22 03:56: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 == 673 tests, 0 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == |