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-28 20:11:23
|
Author: florian
Date: Tue Apr 28 21:11:15 2015
New Revision: 15154
Log:
New function VG_(am_alloc_client_dataseg) -- carved out of
setup_client_dataseg. Gracefully exit if the brk area could not be
allocated (the code used to assert).
Add debug logging.
Modified:
branches/ASPACEM_TWEAKS/coregrind/m_aspacemgr/aspacemgr-linux.c
branches/ASPACEM_TWEAKS/coregrind/m_initimg/initimg-linux.c
branches/ASPACEM_TWEAKS/coregrind/pub_core_aspacemgr.h
Modified: branches/ASPACEM_TWEAKS/coregrind/m_aspacemgr/aspacemgr-linux.c
==============================================================================
--- branches/ASPACEM_TWEAKS/coregrind/m_aspacemgr/aspacemgr-linux.c (original)
+++ branches/ASPACEM_TWEAKS/coregrind/m_aspacemgr/aspacemgr-linux.c Tue Apr 28 21:11:15 2015
@@ -2892,6 +2892,65 @@
}
+/*-----------------------------------------------------------------*/
+/*--- ---*/
+/*--- Client memory segments ---*/
+/*--- ---*/
+/*-----------------------------------------------------------------*/
+
+/* Allocate the client data segment at address BASE with size SIZE. It is
+ an expandable anonymous mapping abutting a shrinkable reservation segment.
+ BASE is the preferred address for the data segment but cannot be
+ guaranteed. Therefore, if successful, the function returns the actual
+ base address of the data segment, possibly different from BASE. If the
+ data segment could not be allocated the function returns an error. */
+SysRes VG_(am_alloc_client_dataseg) ( Addr base, SizeT size )
+{
+ Bool ok;
+ Addr anon_start = base;
+ SizeT anon_size = VKI_PAGE_SIZE;
+ Addr resvn_start = anon_start + anon_size;
+ SizeT resvn_size = size - anon_size;
+
+ aspacem_assert(size > anon_size); // avoid wrap-around for resvn_size
+ aspacem_assert(VG_IS_PAGE_ALIGNED(anon_size));
+ aspacem_assert(VG_IS_PAGE_ALIGNED(resvn_size));
+ aspacem_assert(VG_IS_PAGE_ALIGNED(anon_start));
+ aspacem_assert(VG_IS_PAGE_ALIGNED(resvn_start));
+
+ /* Try to create the data seg and associated reservation where
+ BASE says. */
+ ok = VG_(am_create_reservation)( resvn_start, resvn_size,
+ SmLower, anon_size );
+
+ if (!ok) {
+ /* Hmm, that didn't work. Well, let aspacem suggest an address
+ it likes better, and try again with that. */
+ anon_start = VG_(am_get_advisory_client_simple)
+ ( 0/*floating*/, anon_size + resvn_size, &ok );
+ if (ok) {
+ resvn_start = anon_start + anon_size;
+ ok = VG_(am_create_reservation)( resvn_start, resvn_size,
+ SmLower, anon_size );
+ }
+ }
+
+ /* That too might have failed, but if it has, we're hosed: there
+ is no Plan C. */
+ if (!ok)
+ return VG_(mk_SysRes_Error)( VKI_ENOMEM );
+
+ /* We make the data segment (heap) executable because LinuxThreads on
+ ppc32 creates trampolines in this area. Also, on x86/Linux the data
+ segment is RWX natively, at least according to /proc/self/maps.
+ Also, having a non-executable data seg would kill any program which
+ tried to create code in the data seg and then run it. */
+ UInt prot = VKI_PROT_READ | VKI_PROT_WRITE | VKI_PROT_EXEC;
+
+ return VG_(am_mmap_anon_fixed_client)( anon_start, anon_size, prot );
+}
+
+
/* --- --- --- resizing/move a mapping --- --- --- */
#if HAVE_MREMAP
Modified: branches/ASPACEM_TWEAKS/coregrind/m_initimg/initimg-linux.c
==============================================================================
--- branches/ASPACEM_TWEAKS/coregrind/m_initimg/initimg-linux.c (original)
+++ branches/ASPACEM_TWEAKS/coregrind/m_initimg/initimg-linux.c Tue Apr 28 21:11:15 2015
@@ -1,3 +1,4 @@
+/* -*- mode: C; c-basic-offset: 3; -*- */
/*--------------------------------------------------------------------*/
/*--- Startup: create initial process image on Linux ---*/
@@ -830,70 +831,28 @@
}
-/* Allocate the client data segment. It is an expandable anonymous
- mapping abutting a shrinkable reservation of size max_dseg_size.
+/* Allocate the client data (brk) segment.
The data segment starts at VG_(brk_base), which is page-aligned,
and runs up to VG_(brk_limit), which isn't. */
-
static void setup_client_dataseg ( SizeT max_size )
{
- Bool ok;
- SysRes sres;
- Addr anon_start = VG_(brk_base);
- SizeT anon_size = VKI_PAGE_SIZE;
- Addr resvn_start = anon_start + anon_size;
- SizeT resvn_size = max_size - anon_size;
-
- vg_assert(VG_IS_PAGE_ALIGNED(anon_size));
- vg_assert(VG_IS_PAGE_ALIGNED(resvn_size));
- vg_assert(VG_IS_PAGE_ALIGNED(anon_start));
- vg_assert(VG_IS_PAGE_ALIGNED(resvn_start));
-
/* Because there's been no brk activity yet: */
vg_assert(VG_(brk_base) == VG_(brk_limit));
- /* Try to create the data seg and associated reservation where
- VG_(brk_base) says. */
- ok = VG_(am_create_reservation)(
- resvn_start,
- resvn_size,
- SmLower,
- anon_size
- );
-
- if (!ok) {
- /* Hmm, that didn't work. Well, let aspacem suggest an address
- it likes better, and try again with that. */
- anon_start = VG_(am_get_advisory_client_simple)
- ( 0/*floating*/, anon_size+resvn_size, &ok );
- if (ok) {
- resvn_start = anon_start + anon_size;
- ok = VG_(am_create_reservation)(
- resvn_start,
- resvn_size,
- SmLower,
- anon_size
- );
- if (ok)
- VG_(brk_base) = VG_(brk_limit) = anon_start;
- }
- /* that too might have failed, but if it has, we're hosed: there
- is no Plan C. */
+ SysRes sres = VG_(am_alloc_client_dataseg)( VG_(brk_base), max_size);
+
+ if (sr_isError(sres)) {
+ // FIXME: use VG_(fmsg) and before that revert_to_stderr
+ // FIXME: perhaps add VG_(err_fatal) ... that does all that.
+ VG_(printf)("valgrind: Can't allocate client data segment.\n");
+ VG_(printf)("valgrind: Cannot continue. Sorry.\n\n");
+ VG_(exit)(1);
}
- vg_assert(ok);
- /* We make the data segment (heap) executable because LinuxThreads on
- ppc32 creates trampolines in this area. Also, on x86/Linux the data
- segment is RWX natively, at least according to /proc/self/maps.
- Also, having a non-executable data seg would kill any program which
- tried to create code in the data seg and then run it. */
- sres = VG_(am_mmap_anon_fixed_client)(
- anon_start,
- anon_size,
- VKI_PROT_READ|VKI_PROT_WRITE|VKI_PROT_EXEC
- );
- vg_assert(!sr_isError(sres));
- vg_assert(sr_Res(sres) == anon_start);
+ VG_(brk_base) = VG_(brk_limit) = sr_Res(sres);
+
+ VG_(debugLog)(2, "initimg", "brk_base = %#lx\n", VG_(brk_base));
+ VG_(debugLog)(2, "initimg", "brk_limit = %#lx\n", VG_(brk_limit));
}
@@ -991,11 +950,12 @@
SizeT m1 = 1024 * 1024;
SizeT m8 = 8 * m1;
SizeT dseg_max_size = (SizeT)VG_(client_rlimit_data).rlim_cur;
- VG_(debugLog)(1, "initimg", "Setup client data (brk) segment\n");
if (dseg_max_size < m1) dseg_max_size = m1;
if (dseg_max_size > m8) dseg_max_size = m8;
dseg_max_size = VG_PGROUNDUP(dseg_max_size);
+ VG_(debugLog)(1, "initimg", "Setup client data (brk) segment: "
+ "size will be %lu\n", dseg_max_size);
setup_client_dataseg( dseg_max_size );
}
Modified: branches/ASPACEM_TWEAKS/coregrind/pub_core_aspacemgr.h
==============================================================================
--- branches/ASPACEM_TWEAKS/coregrind/pub_core_aspacemgr.h (original)
+++ branches/ASPACEM_TWEAKS/coregrind/pub_core_aspacemgr.h Tue Apr 28 21:11:15 2015
@@ -308,6 +308,10 @@
Addr old_addr, SizeT old_len,
Addr new_addr, SizeT new_len );
+
+// Client memory segments
+extern SysRes VG_(am_alloc_client_dataseg) ( Addr base, SizeT size );
+
//--------------------------------------------------------------
// Valgrind (non-client) thread stacks. V itself runs on such
// stacks. The address space manager provides and suitably
|
|
From: <sv...@va...> - 2015-04-28 18:46:41
|
Author: florian
Date: Tue Apr 28 19:46:33 2015
New Revision: 15153
Log:
Use error exit code when bailing out.
Modified:
trunk/coregrind/m_initimg/initimg-linux.c
Modified: trunk/coregrind/m_initimg/initimg-linux.c
==============================================================================
--- trunk/coregrind/m_initimg/initimg-linux.c (original)
+++ trunk/coregrind/m_initimg/initimg-linux.c Tue Apr 28 19:46:33 2015
@@ -566,7 +566,7 @@
VG_(printf)("valgrind: "
"This may be the result of a very large --main-stacksize=\n");
VG_(printf)("valgrind: setting. Cannot continue. Sorry.\n\n");
- VG_(exit)(0);
+ VG_(exit)(1);
}
vg_assert(ok);
|
|
From: <sv...@va...> - 2015-04-28 14:17:43
|
Author: florian
Date: Tue Apr 28 15:17:36 2015
New Revision: 15152
Log:
Branch for address space manager tweaking. Couple of things
I'm thinking of:
- hide the existence of reservation segments from the rest of V
that is an implementation detail
- split the nsegments array into two; one for valgrind proper and
one for the client
- get rid of fixed size array [VKI_PATH_MAX] in apacemgr-linux
- can the client segment array be made dynamic?
Added:
branches/ASPACEM_TWEAKS/ (props changed)
- copied from r15151, trunk/
|
|
From: <sv...@va...> - 2015-04-28 11:49:13
|
Author: sewardj
Date: Tue Apr 28 12:49:05 2015
New Revision: 15151
Log:
Update.
Modified:
trunk/NEWS
trunk/docs/internals/3_10_BUGSTATUS.txt
Modified: trunk/NEWS
==============================================================================
--- trunk/NEWS (original)
+++ trunk/NEWS Tue Apr 28 12:49:05 2015
@@ -152,25 +152,28 @@
344702 Fix missing libobjc suppressions on OS X 10.10
344939 Fix memcheck/tests/xml1 on OS X 10.10
345016 helgrind/tests/locked_vs_unlocked2 is failing sometimes
+345079 Fix build problems in VEX/useful/test_main.c
+345215 Performance improvements for the register allocator
345394 Fix memcheck/tests/strchr on OS X
345637 Fix memcheck/tests/sendmsg on OS X
+345695 Add POWERPC support for AT_DCACHESIZE and HWCAP2
345887 Fix an assertion in the address space manager
+346267 Compiler warnings for PPC64 code on call to LibVEX_GuestPPC64_get_XER()
+ and LibVEX_GuestPPC64_get_CR()
+346270 Regression tests none/tests/jm_vec/isa_2_07 and
+ none/tests/test_isa_2_07_part2 have failures on PPC64 little endian
346307 fuse filesystem syscall deadlocks
-346801 Fix build error on OS X
+346324 PPC64 missing support for lbarx, lharx, stbcx and sthcx instructions
+346416 Add support for LL_IOC_PATH2FID and LL_IOC_GETPARENT Lustre ioctls
+346474 PPC64 Power 8, spr TEXASRU register not supported
+346487 Compiler generates "note" about a future ABI change for PPC64
+346801 Fix link error on OS X: _vgModuleLocal_sf_maybe_extend_stack
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.
n-i-bz Fix compilation on distros with glibc < 2.5
n-i-bz (vex 3098) Avoid generation of Neon insns on non-Neon hosts
-345695 Add support for the auxvex entries AT_DCHCEBSIZE and AT_HWCAP2
- entries on ppc.
-346267 Fix compiler warning about casting arguments, ppc64.
-346324 Add support for the ppc instructions lbarx, lharx, stbcs, sthcs
-346416 Add support for LL_IOC_PATH2FID and LL_IOC_GETPARENT Lustre ioctls
n-i-bz Enable rt_sigpending syscall on ppc64 linux.
-346474 Added support for accessing the PPC64 TEXASRU register
-346487 Change PPC64 function calls with 128-bit values to use a pointer so
- the compiler will not generate a note about an ABI change.
Release 3.10.1 (25 November 2014)
Modified: trunk/docs/internals/3_10_BUGSTATUS.txt
==============================================================================
--- trunk/docs/internals/3_10_BUGSTATUS.txt (original)
+++ trunk/docs/internals/3_10_BUGSTATUS.txt Tue Apr 28 12:49:05 2015
@@ -299,11 +299,8 @@
Check: space recovery in aspacemgr segnames array re-implemented?
-343902 --vgdb=yes doesn't break when --xml=yes is used
-no action yet
-
344019 new tool: trackptr to track pointer usage
-na
+no action so far
344052 Cost of dynamically loaded library is not properly linked to
source code lines if the library is unloaded before exit
@@ -313,25 +310,115 @@
344337 OS X 10.10 unhandled syscall
-344382 Memcheck has high false error rates on MSVC2013 compiled, optimised, code
-in progress
+344382 Memcheck has high false error rates on MSVC2013 compiled,
+ optimised, code in progress
+fixed, but preffed off
344401 x32 ABI support
+no action
344416 'make regtest' does not work cleanly on OS X
+meta-bug
344512 unhandled syscal: unix:349
344524 store conditional of guest applications always fail (Octeon3(MIPS)
+discussed, partial fix available
344543 --leak-check=full memleak errors from system libraries in OS X 10.10.2
+can possibly close
344547 vex x86->IR: 0xC5 0xF8 0x77 0xE9
-avx
-
-344559 garbage collection of unused segment names in address space manager
+avx on x86
344560 Stack traces missing penultimate frame
has plausible patch
Thu 5 Mar 18:08:27 CET 2015
+
+344886 V should not try to extend a sigaltstack
+unclear what the situation is
+
+344936 unhandled syscall: unix:473 (readlinkat) on OS X 10.10
+
+345077 linux syscall execveat support (linux 3.19)
+has patch
+
+345121 helgrind/tests/hg05_race2 fails intermittently
+
+345126 Incorrect handling of VIDIOC_G_AUDIO and G_AUDOUT
+has patch
+
+345177 arm64: prfm (reg) not implemented
+
+345248 add support for Solaris OS in valgrind
+
+345261 Unsupported instruction 0xC5 0xFB 0x10 0x44 (vmovsd
+ 0x8(%esp),%xmm0)
+avx on x86
+
+345307 Please suppress warning about "still reachable" memory
+ when using libstdc++ from gcc 5
+
+345338 TIOCGSERIAL and TIOCSSERIAL ioctl support on Linux
+has patch
+
+345414 I get the following when I ran valgrind WARNING:
+ unhandled syscall: 317
+sys_seccomp
+
+345751 OS X: Incorrect result for operator Iop_Add32 and Iop_Add64
+due to mce.useLLVMworkarounds = True
+
+345753 OS X: sanityCheckFail: exiting due to bad IR for Iop_AddF64
+IR type error; should look at it
+
+345763 MIPS N32 ABI support
+various patches, no upstream action so far
+
+345811 annotate also FP for memcheck dirty helpers
+has patch, should commit
+
+345824 aspacem segment mismatch on OS X: seen with none/tests/bigcode
+but also for s390-linux; confusing
+
+345921 Add TileGX instruction set test in non/tests/tilegx/
+
+345928 amd64: callstack only contains current function for small stacks
+has patch, but needs further investigation
+
+345929 Crash when running with `--gen-suppressions=yes` after
+ entering 'y' to confirm
+probable easy fix
+
+345975 Artificial functions in backtrace
+more Dwarf complexity
+
+345984 disInstr(arm): unhandled instruction: 0xEE193F1E
+
+345985 disInstr(arm): unhandled instruction: 0xF2200150
+
+345987 MIPS64: Implement cavium LHX instruction
+has patches
+
+346023 valgrind crashes when run over mono program
+roundsd, sse 4.1, x86
+
+346031 MIPS: Implement support for the CvmCount register (rhwr %0, 31)
+has patch
+
+346185 Fix typo saving altivec register v24
+has patch
+
+346411 MIPS: SysRes::_valEx handling is incorrect
+
+346476 vex amd64->IR: 0xC5 0xFD 0xC2 0xC1 0x10 0xC5 0xFD 0x29
+
+346562 MIPS64: lwl/lwr instructions are performing 64bit loads
+ and causing spurious "invalid read of size 8" warnings
+has patch
+
+346665 valgrind: the 'impossible' happened: LibVEX called failure_exit().
+armv6 probable failure
+
+Tue 28 Apr 13:48:40 CEST 2015
|