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
(25) |
2
(25) |
3
(5) |
4
(13) |
|
5
(4) |
6
(8) |
7
(6) |
8
|
9
(10) |
10
(15) |
11
(9) |
|
12
(14) |
13
(10) |
14
(24) |
15
(41) |
16
(13) |
17
(9) |
18
(3) |
|
19
(10) |
20
(11) |
21
(28) |
22
(36) |
23
(52) |
24
(36) |
25
(12) |
|
26
(31) |
27
(27) |
28
(20) |
29
(15) |
30
(22) |
31
(17) |
|
|
From: Rich C. <Ric...@me...> - 2009-07-17 18:10:16
|
Nightly build on macbook ( Darwin 9.6.0 i386 ) Started at 2009-07-17 07:20:25 CDT Ended at 2009-07-17 07:38:26 CDT 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 == 319 tests, 16 stderr failures, 2 stdout failures, 0 post failures == memcheck/tests/lsframe1 (stderr) memcheck/tests/lsframe2 (stderr) memcheck/tests/origin5-bz2 (stderr) memcheck/tests/stack_changes (stdout) memcheck/tests/stack_changes (stderr) memcheck/tests/varinfo3 (stderr) memcheck/tests/varinfo5 (stderr) memcheck/tests/vcpu_fnfns (stdout) memcheck/tests/xml1 (stderr) massif/tests/culling1 (stderr) massif/tests/culling2 (stderr) massif/tests/deep-B (stderr) massif/tests/deep-C (stderr) massif/tests/peak2 (stderr) massif/tests/realloc (stderr) none/tests/async-sigs (stderr) none/tests/faultstatus (stderr) none/tests/pth_blockedsig (stderr) -- Rich Coe ric...@me... Virtual Principle Engineer General Electric Healthcare Technologies Clinical Systems Engineering -- Compute Systems Team |
|
From: <sv...@va...> - 2009-07-17 16:34:40
|
Author: sewardj
Date: 2009-07-17 17:34:30 +0100 (Fri, 17 Jul 2009)
New Revision: 1910
Log:
deepCopyIRCAS: handle NULL dataHi and expdHi without segfaulting.
Modified:
trunk/priv/ir_defs.c
Modified: trunk/priv/ir_defs.c
===================================================================
--- trunk/priv/ir_defs.c 2009-07-15 15:24:49 UTC (rev 1909)
+++ trunk/priv/ir_defs.c 2009-07-17 16:34:30 UTC (rev 1910)
@@ -1460,9 +1460,9 @@
{
return mkIRCAS( cas->oldHi, cas->oldLo, cas->end,
deepCopyIRExpr(cas->addr),
- deepCopyIRExpr(cas->expdHi),
+ cas->expdHi==NULL ? NULL : deepCopyIRExpr(cas->expdHi),
deepCopyIRExpr(cas->expdLo),
- deepCopyIRExpr(cas->dataHi),
+ cas->dataHi==NULL ? NULL : deepCopyIRExpr(cas->dataHi),
deepCopyIRExpr(cas->dataLo) );
}
|
|
From: Julian S. <js...@ac...> - 2009-07-17 11:47:41
|
Hi Josef,
Yes, you're completely correct.
> (gdb) p *cas
> $2 = {oldHi = 4294967295, oldLo = 4, end = Iend_LE, addr = 0x3833e5f8,
> expdHi = 0x0, expdLo = 0x3833e6e8, dataHi = 0x0, dataLo = 0x3833e6d0}
>
> Both cas->expdHi and cas->dataHi are 0, leading to the crash in
> deepCopyIRExpr.
>
> Is it enough to change this to
I think so. I'll do some more testing this afternoon, though.
Interesting that this never failed in my testing. It can only happen
when there is a cmpxchg8b in 32-bit code in a single-basic-block loop
that the ir optimiser decides to unroll. I guess this never happened
in the testing I did, which is mostly 64-bit.
J
|
|
From: Bart V. A. <bar...@gm...> - 2009-07-17 07:43:14
|
Nightly build on georgia-tech-cellbuzz-native ( cellbuzz, ppc64, Fedora 7, native ) Started at 2009-07-17 02:00:09 EDT Ended at 2009-07-17 03:42:57 EDT Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... done Regression test results follow == 427 tests, 43 stderr failures, 10 stdout failures, 0 post failures == memcheck/tests/deep_templates (stdout) memcheck/tests/leak-cases-full (stderr) memcheck/tests/leak-cases-summary (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/origin5-bz2 (stderr) memcheck/tests/varinfo1 (stderr) memcheck/tests/varinfo2 (stderr) memcheck/tests/varinfo3 (stderr) memcheck/tests/varinfo4 (stderr) memcheck/tests/varinfo5 (stderr) memcheck/tests/varinfo6 (stderr) memcheck/tests/wrap8 (stderr) none/tests/empty-exe (stderr) none/tests/linux/mremap (stderr) none/tests/linux/mremap2 (stdout) none/tests/ppc32/jm-fp (stdout) none/tests/ppc32/jm-vmx (stdout) none/tests/ppc32/round (stdout) none/tests/ppc32/test_gx (stdout) none/tests/ppc64/jm-fp (stdout) none/tests/ppc64/jm-vmx (stdout) none/tests/ppc64/round (stdout) none/tests/shell (stdout) none/tests/shell (stderr) none/tests/shell_valid1 (stderr) none/tests/shell_valid2 (stderr) none/tests/shell_valid3 (stderr) none/tests/shell_zerolength (stderr) helgrind/tests/hg05_race2 (stderr) helgrind/tests/tc06_two_races_xml (stderr) helgrind/tests/tc23_bogus_condwait (stderr) exp-ptrcheck/tests/bad_percentify (stderr) exp-ptrcheck/tests/base (stderr) exp-ptrcheck/tests/ccc (stderr) exp-ptrcheck/tests/fp (stderr) exp-ptrcheck/tests/globalerr (stderr) exp-ptrcheck/tests/hackedbz2 (stderr) exp-ptrcheck/tests/hp_bounds (stderr) exp-ptrcheck/tests/hp_dangle (stderr) exp-ptrcheck/tests/hsg (stderr) exp-ptrcheck/tests/justify (stderr) exp-ptrcheck/tests/partial_bad (stderr) exp-ptrcheck/tests/partial_good (stderr) exp-ptrcheck/tests/preen_invars (stderr) exp-ptrcheck/tests/pth_create (stderr) exp-ptrcheck/tests/pth_specific (stderr) exp-ptrcheck/tests/realloc (stderr) exp-ptrcheck/tests/stackerr (stderr) exp-ptrcheck/tests/strcpy (stderr) exp-ptrcheck/tests/supp (stderr) exp-ptrcheck/tests/tricky (stderr) exp-ptrcheck/tests/unaligned (stderr) exp-ptrcheck/tests/zero (stderr) |
|
From: Nicholas N. <n.n...@gm...> - 2009-07-17 07:04:57
|
On Fri, Jul 17, 2009 at 4:51 PM, Bart Van > > Thanks for the info. Any idea whether the CPU brand (AMD or Intel) is > relevant here ? I have not yet seen this issue on an Intel CPU running > in 64-bit mode. My machine has an Intel CPU. Nick |
|
From: Bart V. A. <bar...@gm...> - 2009-07-17 06:51:43
|
On Fri, Jul 17, 2009 at 2:50 AM, Nicholas Nethercote<n.n...@gm...> wrote: > On Fri, Jul 17, 2009 at 2:40 AM, Bart Van >> +valgrind: > m_scheduler/scheduler.c:1199 (vgPlain_scheduler): the 'impossible' > happened. >>> +valgrind: VG_(scheduler), phase 3: run_innerloop detected host state invariant failure >>> + at 0x........: report_and_quit (m_libcassert.c:?) >>> + by 0x........: vgPlain_assert_fail (m_libcassert.c:?) >>> + by 0x........: vgPlain_scheduler (scheduler.c:?) >>> + by 0x........: run_a_thread_NORETURN (syswrap-linux.c:91) >> >> Is the above reproducible ? Have these results been obtained on a >> non-virtual or on a virtual machine ? > > I get it occasionally. This is a non-virtual machine. See > https://bugs.kde.org/show_bug.cgi?id=143888. It is supposedly a > kernel bug that has been fixed but it still comes up. Thanks for the info. Any idea whether the CPU brand (AMD or Intel) is relevant here ? I have not yet seen this issue on an Intel CPU running in 64-bit mode. Bart. |
|
From: Tom H. <th...@cy...> - 2009-07-17 02:51:46
|
Nightly build on lloyd ( x86_64, Fedora 7 ) Started at 2009-07-17 03:05:05 BST Ended at 2009-07-17 03:51:28 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 510 tests, 3 stderr failures, 1 stdout failure, 1 post failure == helgrind/tests/tc06_two_races_xml (stderr) exp-bbv/tests/amd64-linux/ll (stdout) exp-bbv/tests/amd64-linux/ll (stderr) exp-bbv/tests/amd64-linux/ll (post) exp-bbv/tests/amd64-linux/rep_prefix (stderr) |
|
From: Tom H. <th...@cy...> - 2009-07-17 02:31:52
|
Nightly build on mg ( x86_64, Fedora 9 ) Started at 2009-07-17 03:10:03 BST Ended at 2009-07-17 03:31:34 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 517 tests, 3 stderr failures, 2 stdout failures, 2 post failures == none/tests/linux/mremap2 (stdout) helgrind/tests/tc06_two_races_xml (stderr) exp-bbv/tests/amd64-linux/ll (stdout) exp-bbv/tests/amd64-linux/ll (stderr) exp-bbv/tests/amd64-linux/ll (post) exp-bbv/tests/amd64-linux/million (post) exp-bbv/tests/amd64-linux/rep_prefix (stderr) |
|
From: Nicholas N. <n.n...@gm...> - 2009-07-17 00:50:12
|
On Fri, Jul 17, 2009 at 2:40 AM, Bart Van >> +valgrind: m_scheduler/scheduler.c:1199 (vgPlain_scheduler): the 'impossible' happened. >> +valgrind: VG_(scheduler), phase 3: run_innerloop detected host state invariant failure >> + at 0x........: report_and_quit (m_libcassert.c:?) >> + by 0x........: vgPlain_assert_fail (m_libcassert.c:?) >> + by 0x........: vgPlain_scheduler (scheduler.c:?) >> + by 0x........: run_a_thread_NORETURN (syswrap-linux.c:91) > > Is the above reproducible ? Have these results been obtained on a > non-virtual or on a virtual machine ? I get it occasionally. This is a non-virtual machine. See https://bugs.kde.org/show_bug.cgi?id=143888. It is supposedly a kernel bug that has been fixed but it still comes up. Nick |