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
(30) |
2
(8) |
3
(5) |
4
(5) |
|
5
(3) |
6
(9) |
7
(5) |
8
(14) |
9
(17) |
10
(27) |
11
(10) |
|
12
(6) |
13
(10) |
14
(7) |
15
(16) |
16
(9) |
17
(14) |
18
(8) |
|
19
(5) |
20
(13) |
21
(21) |
22
(13) |
23
(4) |
24
(1) |
25
(4) |
|
26
(2) |
27
(7) |
28
(4) |
29
(5) |
30
(12) |
|
|
|
From: <sv...@va...> - 2015-04-19 17:56:50
|
Author: philippe
Date: Sun Apr 19 18:56:42 2015
New Revision: 15114
Log:
Ensure we print the memory statistics with the default verbosity,
when giving --stats=yes
Modified:
trunk/coregrind/m_main.c
Modified: trunk/coregrind/m_main.c
==============================================================================
--- trunk/coregrind/m_main.c (original)
+++ trunk/coregrind/m_main.c Sun Apr 19 18:56:42 2015
@@ -2628,7 +2628,7 @@
VG_(sanity_check_general)( True /*include expensive checks*/ );
if (VG_(clo_stats))
- VG_(print_all_stats)(VG_(clo_verbosity) > 2, /* Memory stats */
+ VG_(print_all_stats)(VG_(clo_verbosity) >= 1, /* Memory stats */
False /* tool prints stats in the tool fini */);
/* Show a profile of the heap(s) at shutdown. Optionally, first
|
|
From: <sv...@va...> - 2015-04-19 15:44:01
|
Author: philippe
Date: Sun Apr 19 16:43:53 2015
New Revision: 15113
Log:
For ppc64, use the endianess of the running program, rather
than an harcoded endness.
(this is because ppc64 supports 2 endness, decided at runtime)
For mips, use BE if running on a non mips system, otherwise
use the endness of the running program
(this is because mips supports 2 endness, but decided at compile time).
Modified:
trunk/none/tests/libvex_test.c
Modified: trunk/none/tests/libvex_test.c
==============================================================================
--- trunk/none/tests/libvex_test.c (original)
+++ trunk/none/tests/libvex_test.c Sun Apr 19 16:43:53 2015
@@ -1,5 +1,6 @@
#include <stdio.h>
#include <stdlib.h>
+#include <endian.h>
#include "../../VEX/pub/libvex.h"
Bool return_false(void*cb, Addr ad)
@@ -33,6 +34,49 @@
printf("%*s", (int)nbytes, chars);
}
+// Returns the endness of the system we are running on.
+// We use that as the endness of arch that supports both
+// little and big endian.
+static VexEndness running_endness (void)
+{
+#if __BYTE_ORDER == __LITTLE_ENDIAN
+ return VexEndnessLE;
+#elif __BYTE_ORDER == __BIG_ENDIAN
+ return VexEndnessBE;
+#else
+ fprintf(stderr, "cannot determine endianess\n");
+ exit(1);
+#endif
+}
+
+// noinline, as this function is also the one we decode.
+__attribute__((noinline)) static void get_guest_arch(VexArch *ga)
+{
+#if defined(VGA_x86)
+ *ga = VexArchX86;
+#elif defined(VGA_amd64)
+ *ga = VexArchAMD64;
+#elif defined(VGA_arm)
+ *ga = VexArchARM;
+#elif defined(VGA_arm64)
+ *ga = VexArchARM64;
+#elif defined(VGA_ppc32)
+ *ga = VexArchPPC32;
+#elif defined(VGA_ppc64be) || defined(VGA_ppc64le)
+ *ga = VexArchPPC64;
+#elif defined(VGA_s390x)
+ *ga = VexArchS390X;
+#elif defined(VGA_mips32)
+ *ga = VexArchMIPS32;
+#elif defined(VGA_mips64)
+ *ga = VexArchMIPS64;
+#elif defined(VGA_tilegx)
+ *ga = VexArchTILEGX;
+#else
+ missing arch;
+#endif
+}
+
static VexEndness arch_endness (VexArch va) {
switch (va) {
case VexArch_INVALID: failure_exit();
@@ -41,10 +85,29 @@
case VexArchARM: return VexEndnessLE;
case VexArchARM64: return VexEndnessLE;
case VexArchPPC32: return VexEndnessBE;
- case VexArchPPC64: return VexEndnessBE;
+ case VexArchPPC64:
+ /* ppc64 supports BE or LE at run time. So, on a LE system,
+ returns LE, on a BE system, return BE. */
+ return running_endness();
case VexArchS390X: return VexEndnessBE;
- case VexArchMIPS32: return VexEndnessBE;
- case VexArchMIPS64: return VexEndnessBE;
+ case VexArchMIPS32:
+ case VexArchMIPS64:
+ /* mips32/64 supports BE or LE, but at compile time.
+ If mips64 is compiled on a non mips system, the VEX lib
+ is missing bit and pieces of code related to endianess.
+ The mandatory code for this test is then compiled as BE.
+ So, if this test runs on a mips system, returns the
+ running endianess. Otherwise, returns BE as this one
+ has the more chances to work. */
+ {
+ VexArch ga;
+ get_guest_arch( &ga);
+
+ if (ga == VexArchMIPS64 || ga == VexArchMIPS32)
+ return running_endness();
+ else
+ return VexEndnessBE;
+ }
case VexArchTILEGX: return VexEndnessLE;
default: failure_exit();
}
@@ -86,34 +149,6 @@
}
}
-// noinline, as this function is also the one we decode.
-__attribute__((noinline)) void get_guest_arch(VexArch *ga)
-{
-#if defined(VGA_x86)
- *ga = VexArchX86;
-#elif defined(VGA_amd64)
- *ga = VexArchAMD64;
-#elif defined(VGA_arm)
- *ga = VexArchARM;
-#elif defined(VGA_arm64)
- *ga = VexArchARM64;
-#elif defined(VGA_ppc32)
- *ga = VexArchPPC32;
-#elif defined(VGA_ppc64be) || defined(VGA_ppc64le)
- *ga = VexArchPPC64;
-#elif defined(VGA_s390x)
- *ga = VexArchS390X;
-#elif defined(VGA_mips32)
- *ga = VexArchMIPS32;
-#elif defined(VGA_mips64)
- *ga = VexArchMIPS64;
-#elif defined(VGA_tilegx)
- *ga = VexArchTILEGX;
-#else
- missing arch;
-#endif
-}
-
static void show_vta(char *msg, VexTranslateArgs *vta)
{
printf("//// %s translating guest %s(%d) %s %dbits to host %s(%d)"
|
|
From: Patrick J. L. <lop...@gm...> - 2015-04-19 14:58:04
|
On Sat, Apr 18, 2015 at 3:47 AM, Florian Krohm <fl...@ei...> wrote: > > What you describe would work but require additional configury. And that > is something I would like to avoid. We already have 3000 lines of it. > If will be less work to simply modify the test to not pass these values > as function arguments. Assuming that is possible, I agree. Although even that demands cluttering the source with a long comment if the needed approach is unnatural. When it is impossible or inconvenient to modify the source, the approach I have seen is to place all such warning suppressions in one header file. And then dispatch on the compiler version in that header (not in the configure script). Something like <http://stackoverflow.com/a/18463996/768469>. This approach keeps the source uncluttered, and it adds little to the testing burden since (a) it is simple enough to get right every time and (b) these are just warning suppressions. This is part of the cost of keeping everything "-Wall clean" across multiple platforms. But it is not a large cost compared to the benefits. - Pat |
|
From: <sv...@va...> - 2015-04-19 12:39:41
|
Author: philippe
Date: Sun Apr 19 13:39:33 2015
New Revision: 15112
Log:
fix 346307 fuse filesystem syscall deadlocks
Mark 2 additional syscalls as 'mayblock' when fuse-compatible hint
is given.
Patch from aoz...@ra...
Modified:
trunk/NEWS
trunk/coregrind/m_syswrap/syswrap-generic.c
Modified: trunk/NEWS
==============================================================================
--- trunk/NEWS (original)
+++ trunk/NEWS Sun Apr 19 13:39:33 2015
@@ -149,6 +149,7 @@
345016 helgrind/tests/locked_vs_unlocked2 is failing sometimes
345394 Fix memcheck/tests/strchr on OS X
345637 Fix memcheck/tests/sendmsg on OS X
+346307 fuse filesystem syscall deadlocks
n-i-bz Provide implementations of certain compiler builtins to support
compilers who may not provide those
n-i-bz Old STABS code is still being compiled, but never used. Remove it.
Modified: trunk/coregrind/m_syswrap/syswrap-generic.c
==============================================================================
--- trunk/coregrind/m_syswrap/syswrap-generic.c (original)
+++ trunk/coregrind/m_syswrap/syswrap-generic.c Sun Apr 19 13:39:33 2015
@@ -4175,6 +4175,7 @@
PRE(sys_newstat)
{
+ FUSE_COMPATIBLE_MAY_BLOCK();
PRINT("sys_newstat ( %#lx(%s), %#lx )", ARG1,(char*)ARG1,ARG2);
PRE_REG_READ2(long, "stat", char *, file_name, struct stat *, buf);
PRE_MEM_RASCIIZ( "stat(file_name)", ARG1 );
@@ -4188,6 +4189,7 @@
PRE(sys_statfs)
{
+ FUSE_COMPATIBLE_MAY_BLOCK();
PRINT("sys_statfs ( %#lx(%s), %#lx )",ARG1,(char*)ARG1,ARG2);
PRE_REG_READ2(long, "statfs", const char *, path, struct statfs *, buf);
PRE_MEM_RASCIIZ( "statfs(path)", ARG1 );
|
|
From: Philippe W. <phi...@sk...> - 2015-04-19 12:29:25
|
On Sat, 2015-04-18 at 20:30 +0200, Florian Krohm wrote:
> I noticed that the do_clone function in syswrap-tilegx-linux.c
> does its own stack guessing and registration instead of using
> the generic ML_(guess_and_register_stack) function which is
> used by all other archs for that purpose. If at all possible
> we should strive to use the generic code unless there is a *really*
> good reason not to..
As I understood, the tilegx arch development was done
in the era of valgrind 3.7 or so. At that time
the semantic of stack boundary (bound included or not)
was not consistent/documented.
The semantic was documented and made systematic in r14392 in 2014.
I guess this change was not tracked in the tilegx.
The common/consistent/documented semantic should also be used
for tilegx.
So, the patch below looks a good idea.
Philippe
>
> Looking at your code I see some subtle differences and am wondering
> whether those are correct:
>
> tilegx code:
>
> ctst->client_stack_highest_byte = (Addr) VG_PGROUNDUP (sp);
> ctst->client_stack_szB = ctst->client_stack_highest_byte - seg->start;
>
> generic code:
>
> tst->client_stack_highest_byte = (Addr)VG_PGROUNDUP(sp)-1;
> tst->client_stack_szB = tst->client_stack_highest_byte - seg->start + 1;
>
> That looks like an off-by-one error to me. Could you elaborate?
>
> I'm thinking about the patch below.
>
> Florian
>
> Index: coregrind/m_syswrap/syswrap-tilegx-linux.c
> ===================================================================
> --- coregrind/m_syswrap/syswrap-tilegx-linux.c (revision 15111)
> +++ coregrind/m_syswrap/syswrap-tilegx-linux.c (working copy)
> @@ -337,7 +337,6 @@
> ThreadState * ctst = VG_ (get_ThreadState) (ctid);
> Long ret = 0;
> Long * stack;
> - NSegment const *seg;
> SysRes res;
> vki_sigset_t blockall, savedmask;
>
> @@ -372,23 +371,8 @@
> See #226116. */
>
> ctst->os_state.threadgroup = ptst->os_state.threadgroup;
> - seg = VG_ (am_find_nsegment) ((Addr) sp);
> + ML_(guess_and_register_stack) (sp, ctst);
>
> - if (seg && seg->kind != SkResvn) {
> - ctst->client_stack_highest_byte = (Addr) VG_PGROUNDUP (sp);
> - ctst->client_stack_szB = ctst->client_stack_highest_byte - seg->start;
> - VG_ (register_stack) (seg->start, ctst->client_stack_highest_byte);
> - if (debug)
> - VG_ (printf) ("tid %d: guessed client stack range %#lx-%#lx\n",
> -
> - ctid, seg->start, VG_PGROUNDUP (sp));
> - } else {
> - VG_ (message) (Vg_UserMsg,
> - "!? New thread %d starts with sp+%#lx) unmapped\n",
> - ctid, sp);
> - ctst->client_stack_szB = 0;
> - }
> -
> VG_TRACK (pre_thread_ll_create, ptid, ctid);
> if (flags & VKI_CLONE_SETTLS) {
> if (debug)
>
> ------------------------------------------------------------------------------
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
> _______________________________________________
> Valgrind-developers mailing list
> Val...@li...
> https://lists.sourceforge.net/lists/listinfo/valgrind-developers
|