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
(7) |
2
(5) |
3
(2) |
4
(8) |
5
(10) |
|
6
(3) |
7
(9) |
8
(7) |
9
(8) |
10
(7) |
11
(4) |
12
(11) |
|
13
(5) |
14
(17) |
15
(6) |
16
(15) |
17
|
18
(3) |
19
(1) |
|
20
(6) |
21
(18) |
22
(5) |
23
(9) |
24
(6) |
25
(3) |
26
(1) |
|
27
(1) |
28
|
29
(8) |
30
(5) |
|
|
|
|
From: Philippe W. <phi...@sk...> - 2015-09-10 22:13:53
|
On Thu, 2015-09-10 at 20:20 +0200, Julian Seward wrote: > On 07/09/15 15:44, Julian Seward wrote: > > If the branch seems stable then I propose to let the branch stabilise > > until Mon 21 Sept and release at that point. > > A test tarball is available at > http://valgrind.org/downloads/valgrind-3.11.0.TEST1.tar.bz2 > (md5 = 6a858b4a1e98db8c82bc6bc9c760873b) > > Please test it on systems that are important for you and report any failures > (and successes!). Working ok on x86/debian8 Philippe |
|
From: Florian K. <fl...@ei...> - 2015-09-10 21:55:48
|
On 10.09.2015 20:20, Julian Seward wrote: > > On 07/09/15 15:44, Julian Seward wrote: >> If the branch seems stable then I propose to let the branch stabilise >> until Mon 21 Sept and release at that point. > > A test tarball is available at > http://valgrind.org/downloads/valgrind-3.11.0.TEST1.tar.bz2 > (md5 = 6a858b4a1e98db8c82bc6bc9c760873b) > > Please test it on systems that are important for you and report any failures > (and successes!). > s390 Fedora 21 is fine s390 RHEL 4 looks OK to me as well. There are several regtest failures in drd due to a missing filename in the stacktrace. But I'm not going to bother with that. I tested compilation (i.e. "make") with clang on x86-64. You need at least clang-3.1. There are a few warnings about -nodefaultlibs and -u _start but not too many. clang-3.0 will not recognise .cfi_restore This can possibly be worked around by using the GNU assembler instead of clang's built-in assembler. But I did not attempt that. To do "make check" you need 3.4.2 or so. But it's kinda pointless because getting make regtest run somewhat cleanly has not seriously been attempted yet. E.g. with clang-3.7 there are == 722 tests, 183 stderr failures, 59 stdout failures, 1 stderrB failure, 2 stdoutB failures, 4 post failures == Florian |
|
From: Philippe W. <phi...@sk...> - 2015-09-10 20:57:22
|
On Wed, 2015-09-09 at 15:50 -0400, Gu Rui wrote:
> Dear Valgrind Developers:
> My name is Rui Gu, a student from Columbia University. Thanks for
> building and maintaining such great tool!
> Right now, we’re trying to enable Helgrind on UserModeLinux(UML).
> We’ve encountered a problem and want to get a clue about the best way
> of solving it.
> Let me put our basic understanding of Valgrind and the problems we
> encountered here.
>
>
> Helgrind:
> For a thread that is created by pthread_create(). Valgrind first
> intercept pthread_create() in hg_intercept.c for some threading info
> registration. Then, coregrind will intercept clone() in
> syswrap-x86-linux.c to monitor and control the thread creation and
> execution. Valgrind also supports some self-implemented
> synchronization primitives by using ANNOTATION.
>
>
> Question:
> In short, we want to ask what’s the most legitimate way of supporting
> user level thread scheduling system?
>
>
> The detailed question goes from here:
> The problem is that UML will have its own user level threading
> systems. They use kernel_thread() to create threads and scheduling
> them on the user level.
> The code is like this.
> int kernel_thread(int (*fn)(void* ), void * arg, unsigned long flags)
> {
> int pid;
>
>
> current->thread.request.u.thread.proc = fn;
> current->thread.request.u.thread.arg = arg;
> pid = do_fork(CLONE_VM | CLONE_UNTRACED | flags, 0,
> ¤t->thread.regs, 0, NULL, NULL);
> return pid;
> }
>
>
> So, our guess is, in order to let Valgrind detect, monitor and control
> these threads. We need to first intercept kernel_thread() in
> hg_intercept.c and then intercept do_fork() in coregrind. Instead of
> letting coregrind calls clone internally, we’ll have to let Valgrind
> call do_fork() of UML.
>
>
> The problem is right now, it’s kind of hard and strange to let
> coregrind to call a function within UML. Because coregrind is not
> supposed to see any guest program APIs and thus there isn’t any
> related API of doing it. So we’re wondering r we doing it in the right
> way?
How UML is working is not very clear to me.
Inside UML, when a 'guest' process is forking, does that create a new
'host' process ? Similarly, if a guest thread starts a new thread,
does that create a new 'host' thread ? And is all that based on
pthread primitives ?
Or alternatively, is everything simulated by UML, in one single host
process ?
(I suspect it is this last case).
If really there is only one single host process, in which the guest
kernel runs and 'simulates' guest processes/threads, then
I think some non trivial changes are needed to have helgrind working
on these simulated threads.
E.g. helgrind intercepts a whole bunch of pthread functions.
You will have to intercept the somewhat equivalent UML functions
so that helgrind is aware of the guest processes/guest threads.
helgrind also replaces the malloc/free/... functions.
Again, if you want helgrind to find relevant races, the
equivalent functions in UML will have to be replaced.
Sorry for not being able to clarify much (missing UML knowledge).
Philippe
|
|
From: Ivo R. <ivo...@gm...> - 2015-09-10 19:45:00
|
2015-09-10 20:20 GMT+02:00 Julian Seward <js...@ac...>: > > On 07/09/15 15:44, Julian Seward wrote: > > If the branch seems stable then I propose to let the branch stabilise > > until Mon 21 Sept and release at that point. > > A test tarball is available at > http://valgrind.org/downloads/valgrind-3.11.0.TEST1.tar.bz2 > (md5 = 6a858b4a1e98db8c82bc6bc9c760873b) > > Please test it on systems that are important for you and report any > failures > (and successes!). > > I've tested it, to varying extents, on: > > amd64-linux, Fedora 21 and 22 > ppc64-linux (big endian) > arm32-linux > arm64-linux > OSX 10.10 (32 and 64 bit) > mips64-linux > Solaris 11.2, 11.3 and 12 are also fine (on x86/amd64 architectures). I. |
|
From: Julian S. <js...@ac...> - 2015-09-10 18:20:47
|
On 07/09/15 15:44, Julian Seward wrote: > If the branch seems stable then I propose to let the branch stabilise > until Mon 21 Sept and release at that point. A test tarball is available at http://valgrind.org/downloads/valgrind-3.11.0.TEST1.tar.bz2 (md5 = 6a858b4a1e98db8c82bc6bc9c760873b) Please test it on systems that are important for you and report any failures (and successes!). I've tested it, to varying extents, on: amd64-linux, Fedora 21 and 22 ppc64-linux (big endian) arm32-linux arm64-linux OSX 10.10 (32 and 64 bit) mips64-linux J |
|
From: <sv...@va...> - 2015-09-10 12:15:23
|
Author: florian
Date: Thu Sep 10 13:15:16 2015
New Revision: 15648
Log:
Avoid compiler warning about uninitialised variable.
Observed with gcc 5.1
Modified:
trunk/none/tests/s390x/fold_And16.c
Modified: trunk/none/tests/s390x/fold_And16.c
==============================================================================
--- trunk/none/tests/s390x/fold_And16.c (original)
+++ trunk/none/tests/s390x/fold_And16.c Thu Sep 10 13:15:16 2015
@@ -2,7 +2,7 @@
int main()
{
- unsigned long p;
+ unsigned long p = 0;
register unsigned long *msg = &p;
/* Load "hi\n\0" into P; then convert the 'i' into an 'h' */
|
|
From: Rhys K. <rhy...@gm...> - 2015-09-10 08:36:16
|
On 7 September 2015 at 21:44, Julian Seward <js...@ac...> wrote: > > Hi, > > I plan to branch for 3.11.0 in the next 24 hours or so. Please > yell ASAP if you believe there to be big breakage on the trunk > that should be fixed before that. > > If the branch seems stable then I propose to let the branch stabilise > until Mon 21 Sept and release at that point. > > J > > > ------------------------------------------------------------------------------ > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers It appears OS X 10.11, which Valgrind will have preliminary support for from day one, is to be released shortly afterwards on 30 September. Valgrind presently works with the most recent pre-release Developer Beta 8. Regards, Rhys |