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
(32) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
1
(39) |
2
(29) |
3
(27) |
4
(50) |
5
(37) |
|
6
(14) |
7
(28) |
8
(44) |
9
(38) |
10
(32) |
11
(49) |
12
(51) |
|
13
(37) |
14
(32) |
15
(70) |
16
(50) |
17
(43) |
18
(56) |
19
(23) |
|
20
(22) |
21
(36) |
22
(12) |
23
(22) |
24
(10) |
25
(13) |
26
(21) |
|
27
(17) |
28
(16) |
29
(33) |
30
(14) |
|
|
|
|
From: Tom H. <th...@cy...> - 2005-11-26 03:18:45
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2005-11-26 03:00:02 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 == 228 tests, 4 stderr failures, 0 stdout failures ================= none/tests/amd64/faultstatus (stderr) none/tests/fdleak_fcntl (stderr) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) |
|
From: <sv...@va...> - 2005-11-25 05:36:51
|
Author: de Date: 2005-11-25 05:36:48 +0000 (Fri, 25 Nov 2005) New Revision: 5234 Log: Due to package upgrades (docbook, passivetex), removed some=20 bug-patches and created some new ones in the stylesheets. Also tweaked some files to structure the xml properly. The FAQ and the Quick-Start are now 'articles' inside a book-wrapper, which is as it should be. FAQ.xml - due to various passivetex bug fixes, the faq is now a properly=20 structured xml qandaset document quick-start-guide.xml: manual.xml - Fixed some passivetex-workaround kludges: legalnotice -> author manual-core.xml: For readability, added '<command>' to varlistentry items=20 since passivetex (sigh) will no longer indent the para text. index.xml: - loads of white-space readability tweaks here and there. tech-docs.xml dist-docs.xml manual.xml - additional entries to <bookinfo> for compatability with the rest of the docs. /docs/Makefile.am - added stuff to use the new vg-faq2txt.xsl stylesheet /docs/lib/Makefile.am - updated to reflect current contents of /docs/lib/ - removed refs to vg-html-single as is never ever used /docs/lib/vg-fo.xsl - massively updated to reflect losing old bugs and gaining new ones /docs/lib/vg-common.xsl - deleted as only contained two lines common to html and fo, so not worth the bother of hauling around /docs/lib/vg-html-chunk.xsl - added what was in vg-common.xsl /docs/lib/line-wrap.xsl /docs/lib/faq2text.xsl - two new stylesheet files for transforming FAQ.xml to FAQ.txt Added: trunk/docs/lib/line-wrap.xsl trunk/docs/lib/vg-faq2txt.xsl Removed: trunk/docs/lib/README_XML2TXT.txt trunk/docs/lib/copy.xslt trunk/docs/lib/docbook2text.xslt trunk/docs/lib/str.dup.xslt trunk/docs/lib/str.find-last.xslt trunk/docs/lib/text.justify.xslt trunk/docs/lib/text.wrap.xslt trunk/docs/lib/untag-inline.xslt trunk/docs/lib/vg-common.xsl trunk/docs/lib/vg-html-single.xsl Modified: trunk/docs/Makefile.am trunk/docs/lib/Makefile.am trunk/docs/lib/vg-fo.xsl trunk/docs/lib/vg-html-chunk.xsl trunk/docs/xml/FAQ.xml trunk/docs/xml/dist-docs.xml trunk/docs/xml/index.xml trunk/docs/xml/manual-core.xml trunk/docs/xml/manual.xml trunk/docs/xml/quick-start-guide.xml trunk/docs/xml/tech-docs.xml [... diff too large to include ...] |
|
From: <sv...@va...> - 2005-11-25 04:28:51
|
Author: sewardj
Date: 2005-11-25 04:28:46 +0000 (Fri, 25 Nov 2005)
New Revision: 1471
Log:
64-bit format string fix
Modified:
trunk/priv/main/vex_util.c
Modified: trunk/priv/main/vex_util.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/priv/main/vex_util.c 2005-11-25 02:47:00 UTC (rev 1470)
+++ trunk/priv/main/vex_util.c 2005-11-25 04:28:46 UTC (rev 1471)
@@ -173,12 +173,12 @@
if (private_LibVEX_alloc_first =3D=3D &temporary[0]) pool =3D "TEMP";
if (private_LibVEX_alloc_first =3D=3D &permanent[0]) pool =3D "PERM";
vex_printf("VEX temporary storage exhausted.\n");
- vex_printf("Pool =3D %s, start %p curr %p end %p (size %d)\n",
+ vex_printf("Pool =3D %s, start %p curr %p end %p (size %lld)\n",
pool,=20
private_LibVEX_alloc_first,
private_LibVEX_alloc_curr,
private_LibVEX_alloc_last,
- private_LibVEX_alloc_last - private_LibVEX_alloc_first);
+ (ULong)(private_LibVEX_alloc_last - private_LibVEX_alloc_f=
irst));
vpanic("VEX temporary storage exhausted.\n"
"Increase N_{TEMPORARY,PERMANENT}_BYTES and recompile.");
}
@@ -187,7 +187,7 @@
{
/* vassert(vex_initdone); */ /* causes infinite assert loops */
temporary_bytes_allocd_TOT=20
- +=3D (ULong)( private_LibVEX_alloc_curr - private_LibVEX_alloc_fir=
st);
+ +=3D (ULong)(private_LibVEX_alloc_curr - private_LibVEX_alloc_firs=
t);
=20
mode =3D VexAllocModeTEMP;
temporary_curr =3D &temporary[0];
|
|
From: <js...@ac...> - 2005-11-25 04:06:13
|
Nightly build on phoenix ( SuSE 9.1 ) started at 2005-11-25 03:30:01 GMT Checking out vex source tree ... done Building vex ... done Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 209 tests, 5 stderr failures, 1 stdout failure ================= memcheck/tests/leak-tree (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) none/tests/mremap2 (stdout) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) |
|
From: <js...@ac...> - 2005-11-25 03:45:40
|
Nightly build on g5 ( YDL 4.0, ppc970 ) started at 2005-11-25 04:40:01 CET Checking out vex source tree ... done Building vex ... done Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 175 tests, 13 stderr failures, 0 stdout failures ================= memcheck/tests/badjump (stderr) memcheck/tests/badjump2 (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/partiallydefinedeq (stderr) memcheck/tests/supp1 (stderr) memcheck/tests/supp_unknown (stderr) memcheck/tests/toobig-allocs (stderr) memcheck/tests/xml1 (stderr) massif/tests/toobig-allocs (stderr) none/tests/faultstatus (stderr) none/tests/fdleak_cmsg (stderr) none/tests/mremap (stderr) |
|
From: Tom H. <to...@co...> - 2005-11-25 03:42:32
|
Nightly build on dunsmere ( athlon, Fedora Core 4 ) started at 2005-11-25 03:30:04 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 == 211 tests, 7 stderr failures, 1 stdout failure ================= memcheck/tests/leak-tree (stderr) memcheck/tests/mempool (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) none/tests/mremap2 (stdout) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) |
|
From: Tom H. <th...@cy...> - 2005-11-25 03:30:42
|
Nightly build on alvis ( i686, Red Hat 7.3 ) started at 2005-11-25 03:15: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 == 210 tests, 17 stderr failures, 2 stdout failures ================= memcheck/tests/addressable (stderr) memcheck/tests/describe-block (stderr) memcheck/tests/erringfds (stderr) memcheck/tests/leak-0 (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-regroot (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/leakotron (stdout) memcheck/tests/match-overrun (stderr) memcheck/tests/mempool (stderr) memcheck/tests/partial_load_dflt (stderr) memcheck/tests/partial_load_ok (stderr) memcheck/tests/partiallydefinedeq (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/sigkill (stderr) memcheck/tests/stack_changes (stderr) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) none/tests/x86/yield (stdout) |
|
From: Tom H. <th...@cy...> - 2005-11-25 03:29:07
|
Nightly build on ginetta ( i686, Red Hat 8.0 ) started at 2005-11-25 03:10:09 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 == 210 tests, 4 stderr failures, 1 stdout failure ================= memcheck/tests/mempool (stderr) memcheck/tests/pointer-trace (stderr) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) none/tests/x86/yield (stdout) ================================================= == 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 == 210 tests, 4 stderr failures, 0 stdout failures ================= memcheck/tests/mempool (stderr) memcheck/tests/pointer-trace (stderr) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Fri Nov 25 03:21:46 2005 --- new.short Fri Nov 25 03:28:59 2005 *************** *** 8,10 **** ! == 210 tests, 4 stderr failures, 0 stdout failures ================= memcheck/tests/mempool (stderr) --- 8,10 ---- ! == 210 tests, 4 stderr failures, 1 stdout failure ================= memcheck/tests/mempool (stderr) *************** *** 13,14 **** --- 13,15 ---- none/tests/x86/int (stderr) + none/tests/x86/yield (stdout) |
|
From: Tom H. <th...@cy...> - 2005-11-25 03:25:50
|
Nightly build on dellow ( x86_64, Fedora Core 4 ) started at 2005-11-25 03:10:09 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 == 228 tests, 4 stderr failures, 2 stdout failures ================= memcheck/tests/x86/scalar (stderr) none/tests/amd64/faultstatus (stderr) none/tests/mremap2 (stdout) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) none/tests/x86/yield (stdout) |
|
From: Tom H. <th...@cy...> - 2005-11-25 03:23:22
|
Nightly build on aston ( x86_64, Fedora Core 3 ) started at 2005-11-25 03:05:07 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 == 228 tests, 5 stderr failures, 2 stdout failures ================= memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/amd64/faultstatus (stderr) none/tests/mremap2 (stdout) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) none/tests/x86/yield (stdout) |
|
From: Tom H. <th...@cy...> - 2005-11-25 03:22:03
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2005-11-25 03:00:07 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 == 228 tests, 4 stderr failures, 0 stdout failures ================= none/tests/amd64/faultstatus (stderr) none/tests/fdleak_fcntl (stderr) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) |
|
From: <sv...@va...> - 2005-11-25 02:52:12
|
Author: sewardj
Date: 2005-11-25 02:52:09 +0000 (Fri, 25 Nov 2005)
New Revision: 5233
Log:
Make glibc-2.4 suppressions work on 64 bit platforms too.
Modified:
trunk/glibc-2.4.supp
Modified: trunk/glibc-2.4.supp
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/glibc-2.4.supp 2005-11-25 02:16:58 UTC (rev 5232)
+++ trunk/glibc-2.4.supp 2005-11-25 02:52:09 UTC (rev 5233)
@@ -25,7 +25,7 @@
# if Free: name of free-ing fn)
=20
##----------------------------------------------------------------------=
##
-## Suppressions for Fedora Core 5 on ppc32 (glibc-2.3.90)
+## Suppressions for Fedora Core 5 on ppc32/amd64 (glibc-2.3.90)
=20
{
Fedora-Core-5-hack1
@@ -37,18 +37,18 @@
{
Fedora-Core-5-hack2
Memcheck:Cond
- obj:/lib/ld-2.3.90.so
- obj:/lib/ld-2.3.90.so
- obj:/lib/ld-2.3.90.so
- obj:/lib/ld-2.3.90.so
+ obj:/lib*/ld-2.3.90.so
+ obj:/lib*/ld-2.3.90.so
+ obj:/lib*/ld-2.3.90.so
+ obj:/lib*/ld-2.3.90.so
}
=20
{
Fedora-Core-5-hack3
Memcheck:Cond
- obj:/lib/ld-2.3.90.so
- obj:/lib/ld-2.3.90.so
- obj:/lib/ld-2.3.90.so
- obj:/lib/libc-2.3.90.so
+ obj:/lib*/ld-2.3.90.so
+ obj:/lib*/ld-2.3.90.so
+ obj:/lib*/ld-2.3.90.so
+ obj:/lib*/libc-2.3.90.so
}
=20
|
|
From: <sv...@va...> - 2005-11-25 02:47:05
|
Author: sewardj Date: 2005-11-25 02:47:00 +0000 (Fri, 25 Nov 2005) New Revision: 1470 Log: Be paranoid about the alignment of the storage arrays. Modified: trunk/priv/main/vex_util.c Modified: trunk/priv/main/vex_util.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- trunk/priv/main/vex_util.c 2005-11-23 04:25:07 UTC (rev 1469) +++ trunk/priv/main/vex_util.c 2005-11-25 02:47:00 UTC (rev 1470) @@ -64,7 +64,7 @@ */ #define N_TEMPORARY_BYTES 2400000 =20 -static HChar temporary[N_TEMPORARY_BYTES]; +static HChar temporary[N_TEMPORARY_BYTES] __attribute__((aligned(8))); static HChar* temporary_first =3D &temporary[0]; static HChar* temporary_curr =3D &temporary[0]; static HChar* temporary_last =3D &temporary[N_TEMPORARY_BYTES-1]; @@ -73,7 +73,7 @@ =20 #define N_PERMANENT_BYTES 1000 =20 -static HChar permanent[N_TEMPORARY_BYTES]; +static HChar permanent[N_TEMPORARY_BYTES] __attribute__((aligned(8))); static HChar* permanent_first =3D &permanent[0]; static HChar* permanent_curr =3D &permanent[0]; static HChar* permanent_last =3D &permanent[N_TEMPORARY_BYTES-1]; |
|
From: <sv...@va...> - 2005-11-25 02:17:04
|
Author: sewardj
Date: 2005-11-25 02:16:58 +0000 (Fri, 25 Nov 2005)
New Revision: 5232
Log:
ppc32 only: use the signal context structures in a way which also
works with 2.4 kernels. Without this, signal handling and hence
threads don't really work properly on ppc32 on kernel 2.4. Add
comments from Paul M too.
Modified:
trunk/coregrind/m_signals.c
Modified: trunk/coregrind/m_signals.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/coregrind/m_signals.c 2005-11-24 03:54:38 UTC (rev 5231)
+++ trunk/coregrind/m_signals.c 2005-11-25 02:16:58 UTC (rev 5232)
@@ -151,17 +151,61 @@
# define VG_UCONTEXT_LINK_REG(uc) 0 /* No LR on amd64 either */
=20
#elif defined(VGP_ppc32_linux)
-# define VG_UCONTEXT_INSTR_PTR(uc) ((uc)->uc_mcontext.mc_gregs[VK=
I_PT_NIP])
-# define VG_UCONTEXT_STACK_PTR(uc) ((uc)->uc_mcontext.mc_gregs[1]=
)
-# define VG_UCONTEXT_FRAME_PTR(uc) ((uc)->uc_mcontext.mc_gregs[1]=
)
-# define VG_UCONTEXT_SYSCALL_NUM(uc) ((uc)->uc_mcontext.mc_gregs[0]=
)
+/* Comments from Paul Mackerras 25 Nov 05:
+
+ > I'm tracking down a problem where V's signal handling doesn't
+ > work properly on a ppc440gx running 2.4.20. The problem is that
+ > the ucontext being presented to V's sighandler seems completely
+ > bogus.
+
+ > V's kernel headers and hence ucontext layout are derived from
+ > 2.6.9. I compared include/asm-ppc/ucontext.h from 2.4.20 and
+ > 2.6.13.
+
+ > Can I just check my interpretation: the 2.4.20 one contains the
+ > uc_mcontext field in line, whereas the 2.6.13 one has a pointer
+ > to said struct? And so if V is using the 2.6.13 struct then a
+ > 2.4.20 one will make no sense to it.
+
+ Not quite... what is inline in the 2.4.20 version is a
+ sigcontext_struct, not an mcontext. The sigcontext looks like
+ this:
+
+ struct sigcontext_struct {
+ unsigned long _unused[4];
+ int signal;
+ unsigned long handler;
+ unsigned long oldmask;
+ struct pt_regs *regs;
+ };
+
+ The regs pointer of that struct ends up at the same offset as the
+ uc_regs of the 2.6 struct ucontext, and a struct pt_regs is the
+ same as the mc_gregs field of the mcontext. In fact the integer
+ regs are followed in memory by the floating point regs on 2.4.20.
+
+ Thus if you are using the 2.6 definitions, it should work on 2.4.20
+ provided that you go via uc->uc_regs rather than looking in
+ uc->uc_mcontext directly.
+
+ There is another subtlety: 2.4.20 doesn't save the vector regs when
+ delivering a signal, and 2.6.x only saves the vector regs if the
+ process has ever used an altivec instructions. If 2.6.x does save
+ the vector regs, it sets the MSR_VEC bit in
+ uc->uc_regs->mc_gregs[PT_MSR], otherwise it clears it. That bit
+ will always be clear under 2.4.20. So you can use that bit to tell
+ whether uc->uc_regs->mc_vregs is valid. */
+# define VG_UCONTEXT_INSTR_PTR(uc) ((uc)->uc_regs->mc_gregs[VKI_P=
T_NIP])
+# define VG_UCONTEXT_STACK_PTR(uc) ((uc)->uc_regs->mc_gregs[VKI_P=
T_R1])
+# define VG_UCONTEXT_FRAME_PTR(uc) ((uc)->uc_regs->mc_gregs[VKI_P=
T_R1])
+# define VG_UCONTEXT_SYSCALL_NUM(uc) ((uc)->uc_regs->mc_gregs[VKI_P=
T_R0])
# define VG_UCONTEXT_SYSCALL_SYSRES(uc) \
/* Convert the values in uc_mcontext r3,cr into a SysRes. */ \
VG_(mk_SysRes_ppc32_linux)( \
- (uc)->uc_mcontext.mc_gregs[3], \
- (((uc)->uc_mcontext.mc_gregs[VKI_PT_CCR] >> 28) & 1) \
+ (uc)->uc_regs->mc_gregs[VKI_PT_R3], \
+ (((uc)->uc_regs->mc_gregs[VKI_PT_CCR] >> 28) & 1) \
)
-# define VG_UCONTEXT_LINK_REG(uc) ((uc)->uc_mcontext.mc_gregs[VK=
I_PT_LNK])=20
+# define VG_UCONTEXT_LINK_REG(uc) ((uc)->uc_regs->mc_gregs[VKI_P=
T_LNK])=20
=20
#else
# error Unknown platform
|
|
From: Yao Qi <qiy...@cn...> - 2005-11-24 10:37:53
|
On Wed, Nov 23, 2005 at 08:48:04AM -0600, Nicholas Nethercote wrote:
> On Wed, 23 Nov 2005, Yao Qi wrote:
>
> >lackey record type and count of LOAD, STORE and AluOps, and I could
> >categorise IRs like lackey.
> >
> >The problem is how to collect information of every memory access on
> >run-time, like <LOAD/SORE, DATA, ADDRESS>, any thoughts on this?
>
> Take a look at Cachegrind. See how in the "Ist_Tmp" case the
> "data->Iex.Load.addr" gets passed to addEvent_Dr() where it is saved in
> "evt->dataEA" ("EA" is short for "effective address", which is the value
> you want). The "Ist_Store" case is similar.
Yes, Cachegrind also collect information of memory access, and it did
help me a lot. Thanks for your kind help and great suggestions.
>
> Later in flushEvents() you can see how evt->dataEA is used in calls to
> mkIRExprVec_2() and mkIRExprVec_3(), which are then passed to
> unsafeIRDirty_0_N() which creates a C call.
When I want to display the data of every memory access, I met another problem.
Here is a piece of source code for your reference,
di = unsafeIRDirty_0_N(2, "print_write_data",&print_write_data,
mkIRExprVec_2(st->Ist.Store.addr,st->Ist.Store.data));
addStmtToIRBB (bb, RTStmt_Dirty(di));
"print_write_data" is declared like this,
static void print_write_data (Addr data_addr, HWord data);
When I run it, it display,
vex: priv/host-ppc32/isel.c:554 (doHelperCall): Assertion
`typeOfIRExpr(env->type_env, args[i]) == Ity_I32 || typeOfIREx
pr(env->type_env, args[i]) == Ity_I64' failed.
I dumped the current IR, it is SEbe(0x100100A0:I32) = 0x61:I8, and the
original guest instruction are,
li 10,'a'
stb 10,0(4)
It seems that 0x61:I8 failed in assertion, and what could I do? Do you
think it is acceptable to "promote" I8 to I32?
Could anyone have a look at it and clarify it for me? Thanks in advance!
>
> Nick
>
--
Regards, Yao
------------
Yao Qi
|
|
From: Tom H. <to...@co...> - 2005-11-24 07:14:59
|
In message <200...@te...>
frederic heem <fre...@te...> wrote:
> Please find attached the source code for valgrind 3.01 to add the voicetronix
> driver ioctl.
You need to send a patch rather than a complete copy of the files.
> The following is how to suppress a false positive, where should it be? I've
> added it on my local drive in default.supp, but I don't know if it is the
> good place
> {
> ioctl_VKI_VPB_IOC_PCI_BLOCK_WRITE
> Memcheck:Param
> ioctl(VKI_VPB_IOC_PCI_BLOCK_WRITE)
> fun:ioctl
> fun:_ZN10HipDataPCI12WriteDspSramEtttPt
> }
What library does this suppression relate to? It looks like it is
probably specific to your application or something?
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: <js...@ac...> - 2005-11-24 03:55:24
|
Nightly build on phoenix ( SuSE 9.1 ) started at 2005-11-24 03:30:01 GMT Checking out vex source tree ... done Building vex ... done Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 209 tests, 5 stderr failures, 1 stdout failure ================= memcheck/tests/leak-tree (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) none/tests/mremap2 (stdout) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) |
|
From: <sv...@va...> - 2005-11-24 03:54:45
|
Author: sewardj
Date: 2005-11-24 03:54:38 +0000 (Thu, 24 Nov 2005)
New Revision: 5231
Log:
ppc32 only: clarify meaning of second arg of VG_(mk_SysRes_ppc32_linux)
and fix an inconsistent use of it, from m_signals.
Modified:
trunk/coregrind/m_signals.c
trunk/coregrind/m_syscall.c
trunk/coregrind/pub_core_syscall.h
Modified: trunk/coregrind/m_signals.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/coregrind/m_signals.c 2005-11-23 03:42:57 UTC (rev 5230)
+++ trunk/coregrind/m_signals.c 2005-11-24 03:54:38 UTC (rev 5231)
@@ -155,10 +155,12 @@
# define VG_UCONTEXT_STACK_PTR(uc) ((uc)->uc_mcontext.mc_gregs[1]=
)
# define VG_UCONTEXT_FRAME_PTR(uc) ((uc)->uc_mcontext.mc_gregs[1]=
)
# define VG_UCONTEXT_SYSCALL_NUM(uc) ((uc)->uc_mcontext.mc_gregs[0]=
)
-# define VG_UCONTEXT_SYSCALL_SYSRES(uc) =
\
- /* Convert the values in uc_mcontext r3,cr into a SysRes. */ =
\
- VG_(mk_SysRes_ppc32_linux)( (uc)->uc_mcontext.mc_gregs[3], =
\
- (uc)->uc_mcontext.mc_gregs[VKI_PT_CCR] )
+# define VG_UCONTEXT_SYSCALL_SYSRES(uc) \
+ /* Convert the values in uc_mcontext r3,cr into a SysRes. */ \
+ VG_(mk_SysRes_ppc32_linux)( \
+ (uc)->uc_mcontext.mc_gregs[3], \
+ (((uc)->uc_mcontext.mc_gregs[VKI_PT_CCR] >> 28) & 1) \
+ )
# define VG_UCONTEXT_LINK_REG(uc) ((uc)->uc_mcontext.mc_gregs[VK=
I_PT_LNK])=20
=20
#else
Modified: trunk/coregrind/m_syscall.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/coregrind/m_syscall.c 2005-11-23 03:42:57 UTC (rev 5230)
+++ trunk/coregrind/m_syscall.c 2005-11-24 03:54:38 UTC (rev 5231)
@@ -70,9 +70,10 @@
}
=20
/* PPC uses the CR7.SO bit to flag an error (CR0 in IBM-speke) */
-SysRes VG_(mk_SysRes_ppc32_linux) ( UInt val, UInt errflag ) {
+/* Note this must be in the bottom bit of the second arg */
+SysRes VG_(mk_SysRes_ppc32_linux) ( UInt val, UInt cr0so ) {
SysRes res;
- res.isError =3D errflag !=3D 0;
+ res.isError =3D (cr0so & 1) !=3D 0;
res.val =3D val;
return res;
}
@@ -167,13 +168,14 @@
".previous\n"
);
#elif defined(VGP_ppc32_linux)
-/* Incoming args (syscall number + up to 6 args) come in %r0, %r3:%r8
+/* Incoming args (syscall number + up to 6 args) come in %r3:%r9.
=20
The syscall number goes in %r0. The args are passed to the syscall i=
n
the regs %r3:%r8, i.e. the kernel's syscall calling convention.
=20
The %cr0.so bit flags an error.
- We return the syscall return value in %r3, and the %cr in %r4.
+ We return the syscall return value in %r3, and the %cr0.so in=20
+ the lowest bit of %r4.
We return a ULong, of which %r3 is the high word, and %r4 the low.
No callee-save regs are clobbered, so no saving/restoring is needed.
*/
@@ -214,8 +216,8 @@
#elif defined(VGP_ppc32_linux)
ULong ret =3D do_syscall_WRK(sysno,a1,a2,a3,a4,a5,a6);
UInt val =3D (UInt)(ret>>32);
- UInt errflag =3D (UInt)(ret);
- return VG_(mk_SysRes_ppc32_linux)( val, errflag );
+ UInt cr0so =3D (UInt)(ret);
+ return VG_(mk_SysRes_ppc32_linux)( val, cr0so );
#else
# error Unknown platform
#endif
Modified: trunk/coregrind/pub_core_syscall.h
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/coregrind/pub_core_syscall.h 2005-11-23 03:42:57 UTC (rev 5230)
+++ trunk/coregrind/pub_core_syscall.h 2005-11-24 03:54:38 UTC (rev 5231)
@@ -63,7 +63,7 @@
=20
extern SysRes VG_(mk_SysRes_x86_linux) ( Word val );
extern SysRes VG_(mk_SysRes_amd64_linux) ( Word val );
-extern SysRes VG_(mk_SysRes_ppc32_linux) ( UInt val, UInt errflag );
+extern SysRes VG_(mk_SysRes_ppc32_linux) ( UInt val, UInt cr0so );
extern SysRes VG_(mk_SysRes_Error) ( UWord val );
extern SysRes VG_(mk_SysRes_Success) ( UWord val );
=20
|
|
From: <js...@ac...> - 2005-11-24 03:45:52
|
Nightly build on g5 ( YDL 4.0, ppc970 ) started at 2005-11-24 04:40:00 CET Checking out vex source tree ... done Building vex ... done Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 175 tests, 13 stderr failures, 0 stdout failures ================= memcheck/tests/badjump (stderr) memcheck/tests/badjump2 (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/partiallydefinedeq (stderr) memcheck/tests/supp1 (stderr) memcheck/tests/supp_unknown (stderr) memcheck/tests/toobig-allocs (stderr) memcheck/tests/xml1 (stderr) massif/tests/toobig-allocs (stderr) none/tests/faultstatus (stderr) none/tests/fdleak_cmsg (stderr) none/tests/mremap (stderr) |
|
From: Tom H. <to...@co...> - 2005-11-24 03:42:44
|
Nightly build on dunsmere ( athlon, Fedora Core 4 ) started at 2005-11-24 03:30:05 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 == 211 tests, 7 stderr failures, 1 stdout failure ================= memcheck/tests/leak-tree (stderr) memcheck/tests/mempool (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) none/tests/mremap2 (stdout) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) |
|
From: Tom H. <th...@cy...> - 2005-11-24 03:31:11
|
Nightly build on alvis ( i686, Red Hat 7.3 ) started at 2005-11-24 03:15:05 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 == 210 tests, 17 stderr failures, 2 stdout failures ================= memcheck/tests/addressable (stderr) memcheck/tests/describe-block (stderr) memcheck/tests/erringfds (stderr) memcheck/tests/leak-0 (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-regroot (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/leakotron (stdout) memcheck/tests/match-overrun (stderr) memcheck/tests/mempool (stderr) memcheck/tests/partial_load_dflt (stderr) memcheck/tests/partial_load_ok (stderr) memcheck/tests/partiallydefinedeq (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/sigkill (stderr) memcheck/tests/stack_changes (stderr) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) none/tests/x86/yield (stdout) |
|
From: Tom H. <th...@cy...> - 2005-11-24 03:27:25
|
Nightly build on dellow ( x86_64, Fedora Core 4 ) started at 2005-11-24 03:10:10 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 == 228 tests, 4 stderr failures, 2 stdout failures ================= memcheck/tests/x86/scalar (stderr) none/tests/amd64/faultstatus (stderr) none/tests/mremap2 (stdout) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) none/tests/x86/yield (stdout) ================================================= == 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 == 228 tests, 4 stderr failures, 1 stdout failure ================= memcheck/tests/x86/scalar (stderr) none/tests/amd64/faultstatus (stderr) none/tests/mremap2 (stdout) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Thu Nov 24 03:21:23 2005 --- new.short Thu Nov 24 03:27:18 2005 *************** *** 8,10 **** ! == 228 tests, 4 stderr failures, 1 stdout failure ================= memcheck/tests/x86/scalar (stderr) --- 8,10 ---- ! == 228 tests, 4 stderr failures, 2 stdout failures ================= memcheck/tests/x86/scalar (stderr) *************** *** 14,15 **** --- 14,16 ---- none/tests/x86/int (stderr) + none/tests/x86/yield (stdout) |
|
From: Tom H. <th...@cy...> - 2005-11-24 03:24:13
|
Nightly build on aston ( x86_64, Fedora Core 3 ) started at 2005-11-24 03:05:13 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 == 228 tests, 5 stderr failures, 2 stdout failures ================= memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/amd64/faultstatus (stderr) none/tests/mremap2 (stdout) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) none/tests/x86/yield (stdout) |
|
From: Tom H. <th...@cy...> - 2005-11-24 03:20:45
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2005-11-24 03:00:03 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 == 228 tests, 4 stderr failures, 0 stdout failures ================= none/tests/amd64/faultstatus (stderr) none/tests/fdleak_fcntl (stderr) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) |
|
From: frederic h. <fre...@te...> - 2005-11-23 17:07:34
|
Hi,
Please find attached the source code for valgrind 3.01 to add the voicetron=
ix=20
driver ioctl.
The following is how to suppress a false positive, where should it be? I'v=
e=20
added it on my local drive in default.supp, but I don't know if it is the=20
good place=20
{
ioctl_VKI_VPB_IOC_PCI_BLOCK_WRITE
Memcheck:Param
ioctl(VKI_VPB_IOC_PCI_BLOCK_WRITE)
fun:ioctl
fun:_ZN10HipDataPCI12WriteDspSramEtttPt
}
By the way, thanks to all valgrind developers, it's the the award winning=20
debugging tool. =20
=2D-=20
***** =A0 =A0 ----- =A0 =A0 ***** =A0 =A0 ----- =A0 =A0 ***** =A0 =A0
=46rederic Heem
Software Designer
R&D - Telsey SpA Telecommunications
Viale Industria, 1
31055 Quinto di Treviso (TV)
ITALY
Tel. direct phone: (+39) 0422 377819
Tel. (+39) 0422 377711
=46ax. (+39) 0422 470920
website =3D=3D> www.telsey.it
|