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
(1) |
2
(3) |
|
3
(6) |
4
(2) |
5
(2) |
6
(5) |
7
(4) |
8
(3) |
9
(3) |
|
10
(4) |
11
(7) |
12
(3) |
13
(4) |
14
|
15
|
16
|
|
17
|
18
|
19
(6) |
20
|
21
|
22
|
23
|
|
24
|
25
|
26
|
27
(2) |
28
|
29
|
30
|
|
From: Carl L. <ce...@us...> - 2022-04-04 16:57:07
|
Mark:
Here is the results of running the Valgrind-3.19.0 RC1 candidate on
various Power systems.
On Sat, 2022-04-02 at 21:51 +0200, Mark Wielaard wrote:
> Hi valgrind hackers,
>
> An RC1 tarball for 3.19.0 is now available at
>
>
<snip>
> On all architectures there are two drd failures which are unexplained
> for now. ppc64le has a couple of failures where the aspace manager
> crashes with:
>
> --492941:0: aspacem segment mismatch: V's seg 1st, kernel's 2nd:
> --492941:0: aspacem 1: file 0004000000-000400ffff 65536 r----
> SmFixed d=0x........ i=8463 o=0 (2,89) /usr/lib64/ld64.so.2
> --492941:0: aspacem ...: .... 0004000000-000400ffff 65536 r--..
> ....... d=0x........ i=8463 o=0 (.) m=. /usr/lib64/ld64.so.2
> --492941:0: aspacem sync check at m_aspacemgr/aspacemgr-linux.c:2142
> (vgPlain_am_get_advisory): FAILED
> --492941:0: aspacem
> --492941:0: aspacem Valgrind: FATAL: aspacem assertion failed:
> --492941:0: aspacem VG_(am_do_sync_check)
> (__PRETTY_FUNCTION__,__FILE__,__LINE__)
> --492941:0: aspacem at m_aspacemgr/aspacemgr-linux.c:2142
> (vgPlain_am_get_advisory)
> --492941:0: aspacem Exiting now.
>
> I think this comes from the new kernel, since it is an rc kernel
> maybe
> it is an kernel issue. I'll try to retest with a 5.17.0 final kernel.
>
<snip>
> ppc64le
> == 672 tests, 10 stderr failures, 4 stdout failures, 1 stderrB
> failure, 0 stdoutB failures, 2 post failures ==
> gdbserver_tests/hginfo (stderrB)
> memcheck/tests/bug340392 (stderr)
> memcheck/tests/linux/rfcomm (stderr)
> helgrind/tests/tls_threads (stderr)
> drd/tests/pth_barrier_thr_cr (stderr)
> drd/tests/pth_mutex_signal (stderr)
> drd/tests/shared_timed_mutex (stderr)
> massif/tests/new-cpp (post)
> massif/tests/overloaded-new (post)
> none/tests/bigcode (stdout)
> none/tests/bigcode (stderr)
> none/tests/map_unmap (stdout)
> none/tests/map_unmap (stderr)
> none/tests/sigstackgrowth (stdout)
> none/tests/sigstackgrowth (stderr)
> none/tests/stackgrowth (stdout)
> none/tests/stackgrowth (stderr)
I ran the RC1 on Power 10LE Ubuntu 21.04, gcc (Ubuntu 11.2.0-7ubuntu2)
with the following results,11.2.0:
== 680 tests, 9 stderr failures, 0 stdout failures, 1 stderrB failure,
1 stdoutB failure, 3 post failures ==
gdbserver_tests/hginfo (stderrB)
gdbserver_tests/mcsignopass (stderr)
gdbserver_tests/mcsigpass (stderr)
gdbserver_tests/nlcontrolc (stdoutB)
memcheck/tests/bug340392 (stderr)
memcheck/tests/linux/rfcomm (stderr)
memcheck/tests/linux/sys-execveat (stderr)
helgrind/tests/tls_threads (stderr)
drd/tests/pth_mutex_signal (stderr)
drd/tests/shared_timed_mutex (stderr)
massif/tests/new-cpp (post)
massif/tests/overloaded-new (post)
none/tests/faultstatus (stderr)
I ran the RC1 on Power 10LE RHEL 9 (Pre-release build), gcc (GCC)
11.2.1 20220127 (Red Hat 11.2.1-9) with the following results:
== 679 tests, 5 stderr failures, 0 stdout failures, 3 stderrB failures,
18 stdo\
utB failures, 3 post failures ==
gdbserver_tests/hginfo (stdoutB)
gdbserver_tests/hginfo (stderrB)
gdbserver_tests/hgtls (stdoutB)
gdbserver_tests/mcblocklistsearch (stderrB)
gdbserver_tests/mcbreak (stdoutB)
gdbserver_tests/mcclean_after_fork (stdoutB)
gdbserver_tests/mcinfcallWSRU (stderrB)
gdbserver_tests/mcleak (stdoutB)
gdbserver_tests/mcmain_pic (stdoutB)
gdbserver_tests/mcsignopass (stdoutB)
gdbserver_tests/mcsigpass (stdoutB)
gdbserver_tests/mcvabits (stdoutB)
gdbserver_tests/mcwatchpoints (stdoutB)
gdbserver_tests/mssnapshot (stdoutB)
gdbserver_tests/nlcontrolc (stdoutB)
gdbserver_tests/nlgone_abrt (stdoutB)
gdbserver_tests/nlgone_exit (stdoutB)
gdbserver_tests/nlgone_return (stdoutB)
gdbserver_tests/nlpasssigalrm (stdoutB)
gdbserver_tests/nlsigvgdb (stdoutB)
gdbserver_tests/nlvgdbsigqueue (stdoutB)
memcheck/tests/bug340392 (stderr)
memcheck/tests/linux/rfcomm (stderr)
helgrind/tests/tls_threads (stderr)
drd/tests/pth_mutex_signal (stderr)
drd/tests/shared_timed_mutex (stderr)
massif/tests/new-cpp (post)
massif/tests/overloaded-new (post)
I am guessing there may be a bit of a mismatch on the gdbserver given
that it is a pre-release. Can't prove that, but I have seen gdbserver
issues in the past when everything is not in sync.
I ran the RC1 on Power 9 LE Ubuntu 20.04, gcc (Ubuntu 9.3.0-
17ubuntu1~20.04) 9.3.0 with the following results:
= 671 tests, 6 stderr failures, 0 stdout failures, 0 stderrB failures,
1 stdoutB failure, 3 post failures ==
gdbserver_tests/nlcontrolc (stdoutB)
memcheck/tests/bug340392 (stderr)
memcheck/tests/leak_cpp_interior (stderr)
memcheck/tests/linux/rfcomm (stderr)
memcheck/tests/linux/sys-execveat (stderr)
drd/tests/pth_mutex_signal (stderr)
drd/tests/shared_timed_mutex (stderr)
massif/tests/new-cpp (post)
massif/tests/overloaded-new (post)
I ran the RC1 on Power 8 LE Ubuntu 20.04, gcc (Ubuntu 9.4.0-
1ubuntu1~20.04) 9.4.0 with the following results:
== 667 tests, 6 stderr failures, 0 stdout failures, 0 stderrB failures,
1 stdoutB failure, 3 post failures ==
gdbserver_tests/nlcontrolc (stdoutB)
memcheck/tests/bug340392 (stderr)
memcheck/tests/leak_cpp_interior (stderr)
memcheck/tests/linux/rfcomm (stderr)
memcheck/tests/linux/sys-execveat (stderr)
drd/tests/pth_mutex_signal (stderr)
drd/tests/shared_timed_mutex (stderr)
massif/tests/new-cpp (post)
massif/tests/overloaded-new (post)
I ran the RC1 on Power 8 RHEL7.8, gcc (GCC) 4.8.5 20150623 (Red Hat
4.8.5-39) with the following results:
== 708 tests, 5 stderr failures, 1 stdout failure, 0 stderrB failures,
2 stdoutB failures, 1 post failure ==
gdbserver_tests/nlgone_abrt (stdoutB)
gdbserver_tests/nlpasssigalrm (stdoutB)
memcheck/tests/bug340392 (stderr)
memcheck/tests/leak_cpp_interior (stderr)
drd/tests/pth_mutex_signal (stderr)
drd/tests/std_mutex (stderr)
drd/tests/timed_mutex (stderr)
none/tests/ppc32/jm_vec_isa_2_07 (stdout)
The jm_vec_isa_2_07 failures is due to a couple of the vpermq tests
failing. Looks like I didn't run the regression test for the vpermq
tests on Power 8 BE. I will take a look at these failures today.
Other than that, I don't see anything of concern with regards to
Powerpc for the release.
Carl Love
|
|
From: Paul F. <pa...@so...> - 2022-04-04 05:54:41
|
https://sourceware.org/git/gitweb.cgi?p=valgrind.git;h=615731617bc7478ecfaa756cc861321e5fc3659b commit 615731617bc7478ecfaa756cc861321e5fc3659b Author: Paul Floyd <pj...@wa...> Date: Mon Apr 4 07:52:45 2022 +0200 Add missing bugzilla items and some more FreeBSD/DRD/Helgrind news Diff: --- NEWS | 11 +++++++++++ 1 file changed, 11 insertions(+) diff --git a/NEWS b/NEWS index 23caf25025..730f2b5ff8 100644 --- a/NEWS +++ b/NEWS @@ -13,6 +13,7 @@ AMD64/macOS 10.13 and nanoMIPS/Linux. * Fix Rust v0 name demangling. * The Linux rseq syscall is now implemented as (silently) returning ENOSYS. * Add FreeBSD syscall wrappers for __specialfd and __realpathat. +* Remove FreeBSD dependencies on COMPAT10, which fixes compatibility with HardenedBSD * ================== PLATFORM CHANGES ================= @@ -43,6 +44,9 @@ AMD64/macOS 10.13 and nanoMIPS/Linux. * Memcheck: - Speed up --track-origins=yes for large (in the range of hundreds to thousands of megabytes) mmap/munmaps. +* DRD/Helgrind: + - Several fixes for new versions of libstd++ using new posix try_lock + functions * ==================== FIXED BUGS ==================== @@ -53,6 +57,8 @@ bugzilla (https://bugs.kde.org/enter_bug.cgi?product=valgrind) rather than mailing the developers (or mailing lists) directly -- bugs that are not entered into bugzilla tend to get forgotten about or ignored. +403802 leak_cpp_interior fails with some reachable blocks different than expected +435732 memcheck/tests/leak_cpp_interior fails with gcc11 444242 s390x: Valgrind crashes on EXRL with negative offset 444399 arm64: unhandled instruction 0xC87F2D89 (LD{,A}XP and ST{,L}XP). == 434283 @@ -62,17 +68,22 @@ are not entered into bugzilla tend to get forgotten about or ignored. 444571 PPC, fix the lxsibzx and lxsihzx so they only load their respective sized data. 444836 PPC, pstq instruction for R=1 is not storing to the correct address. +444925 fexecve syscall wrapper not properly implemented 445032 valgrind/memcheck crash with SIGSEGV when SIGVTALRM timer used and libthr.so associated 445300 [PATCH] Fix building tests with Musl 445354 arm64 backend: incorrect code emitted for doubleword CAS 445415 arm64 front end: alignment checks missing for atomic instructions +445504 Using C++ condition_variable results in bogus "mutex is locked simultaneously by two threads" warning +445607 Unhandled amd64-freebsd syscall: 247 445668 Inline stack frame generation is broken for Rust binaries 445916 Demangle Rust v0 symbols with .llvm suffix 446139 DRD/Helgrind with std::shared_timed_mutex::try_lock_until and try_lock_shared_until false positives 446138 DRD/Helgrind with std::timed_mutex::try_lock_until false positives 446281 Add a DRD suppression for fwrite 446103 Memcheck: `--track-origins=yes` causes extreme slowdowns for large mmap/munmap +446139 DRD/Helgrind with std::shared_timed_mutex::try_lock_until and try_lock_shared_until false +446251 TARGET_SIGNAL_THR added to enum target_signal 446823 FreeBSD - missing syscalls when using libzm4 447991 s390x: Valgrind indicates illegal instruction on wflrx 447995 Valgrind segfault on power10 due to hwcap checking code |