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
(18) |
2
(1) |
3
(17) |
4
(10) |
5
(18) |
6
(17) |
|
7
(21) |
8
(25) |
9
(16) |
10
(1) |
11
(4) |
12
(27) |
13
(13) |
|
14
(11) |
15
(19) |
16
(18) |
17
(14) |
18
(25) |
19
(23) |
20
(22) |
|
21
(29) |
22
(16) |
23
(17) |
24
(16) |
25
|
26
(4) |
27
(21) |
|
28
(15) |
29
(19) |
30
(15) |
31
(6) |
|
|
|
|
From: <sv...@va...> - 2012-10-31 22:10:55
|
philippe 2012-10-31 22:10:47 +0000 (Wed, 31 Oct 2012)
New Revision: 13097
Log:
fix arena size wrongly printed in debugmsg on 32 bits platforms when > 2Gb.
Modified files:
trunk/coregrind/m_mallocfree.c
Modified: trunk/coregrind/m_mallocfree.c (+2 -2)
===================================================================
--- trunk/coregrind/m_mallocfree.c 2012-10-31 15:07:39 +00:00 (rev 13096)
+++ trunk/coregrind/m_mallocfree.c 2012-10-31 22:10:47 +00:00 (rev 13097)
@@ -576,9 +576,9 @@
for (i = 0; i < VG_N_ARENAS; i++) {
Arena* a = arenaId_to_ArenaP(i);
VG_(message)(Vg_DebugMsg,
- "%8s: %8ld/%8ld max/curr mmap'd, "
+ "%8s: %8lu/%8lu max/curr mmap'd, "
"%llu/%llu unsplit/split sb unmmap'd, "
- "%8ld/%8ld max/curr, "
+ "%8lu/%8lu max/curr, "
"%10llu/%10llu totalloc-blocks/bytes,"
" %10llu searches %lu rzB\n",
a->name,
|
|
From: Philippe W. <phi...@sk...> - 2012-10-31 19:43:47
|
On Wed, 2012-10-31 at 11:49 -0700, John Reiser wrote: > The ending address 0041de4fff is not the end of a 16KiB page: > --3518:2:aspacem 9: RSVN 0041de4000-0041de4fff 4096 ----- SmFixed > --3518:2:aspacem 10: 0041de5000-007fba3fff 989m > Neither is the _next_ address 0041de5000 the beginning of a 16KiB page. Interesting observation. It looks like the /proc/self/maps is already not aligned on 16Kb pages. Is that normal if the kernel is configured to be 16Kb pages ? What does getconf -a | grep PAGESIZE give ? on gcc49, it gives PAGESIZE 16384 and there, the /proc/self/maps reading is properly page aligned. Maybe the kernel is not configured for 16Kb pages ? Otherwise, strace will help to see what is going on for failing mmaps. Philippe |
|
From: John R. <jr...@bi...> - 2012-10-31 18:48:42
|
The ending address 0041de4fff is not the end of a 16KiB page: --3518:2:aspacem 9: RSVN 0041de4000-0041de4fff 4096 ----- SmFixed --3518:2:aspacem 10: 0041de5000-007fba3fff 989m Neither is the _next_ address 0041de5000 the beginning of a 16KiB page. There was a similar problem on ARM, now fixed: https://bugs.kde.org/show_bug.cgi?id=290974 Philippe's debugging suggestion is good: use strace, look for parameters and errno of a failing call to mmap or mmap2. -- |
|
From: Philippe W. <phi...@sk...> - 2012-10-31 18:32:11
|
On Thu, 2012-11-01 at 00:48 +0700, Ilya Smelykh wrote: > > --3518:1:main Address space manager is running > --3518:1:main Starting the dynamic memory manager if you run: strace -f -s 50 -o v.out valgrind -v -v -v -d -d -d --trace-syscalls=yes then v.out should contain a syscall to write the "Starting the dynamic memory manager. 22888 write(2, "--22888:1:main Starting the dynamic memory man"..., 55) = 55 If all goes well, a successful mmap syscall should follow: 22888 old_mmap(0x41c70000, 4194304, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, 0, 0) = 0x41c70000 If you have a failing syscall, then the errno might give an idea about what is wrong. Otherwise, something might not be ok in the way the valgrind aspacemgr finds a "free" zone in the list of segments. Philippe |
|
From: Ilya S. <ily...@gm...> - 2012-10-31 17:49:20
|
Dear Developers, I just trying to use valgrind on the target with description in topic and got an error on the running valgrind even without arguments. Please, if it's possible, gimme some support. / # ulimit -a time(seconds) unlimited file(blocks) unlimited data(kb) unlimited stack(kb) 512 coredump(blocks) 0 memory(kb) unlimited locked memory(kb) 64 process 950 nofiles 1024 vmemory(kb) unlimited locks unlimited / # valgrind -v -v -v -d -d -d --trace-syscalls=yes --3518:1:debuglog DebugLog system started by Stage 1, level 3 logging requested --3518:1:launcher no tool requested, defaulting to 'memcheck' --3518:1:launcher no client specified, defaulting platform to 'mips32-linux' --3518:1:launcher launching /home/ilya/valgrind_mips/lib/valgrind/memcheck-mips32-linux --3518:1:debuglog DebugLog system started by Stage 2 (main), level 3 logging requested --3518:1:main Welcome to Valgrind version 3.9.0.SVN debug logging --3518:1:main Checking current stack is plausible --3518:1:main Checking initial stack was noted --3518:1:main Starting the address space manager --3518:2:aspacem sp_at_startup = 0x007fbc7630 (supplied) --3518:2:aspacem minAddr = 0x0004000000 (computed) --3518:2:aspacem maxAddr = 0x007fbc6fff (computed) --3518:2:aspacem cStart = 0x0004000000 (computed) --3518:2:aspacem vStart = 0x0041de4000 (computed) --3518:2:aspacem suggested_clstack_top = 0x007ebc7fff (computed) --3518:2:aspacem <<< SHOW_SEGMENTS: Initial layout (5 segments, 0 segnames) --3518:2:aspacem 0: RSVN 0000000000-0003ffffff 64m ----- SmFixed --3518:2:aspacem 1: 0004000000-0041de3fff 989m --3518:2:aspacem 2: RSVN 0041de4000-0041de4fff 4096 ----- SmFixed --3518:2:aspacem 3: 0041de5000-007fbc6fff 989m --3518:2:aspacem 4: RSVN 007fbc7000-00ffffffff 2052m ----- SmFixed --3518:2:aspacem >>> --3518:2:aspacem Reading /proc/self/maps --3518:2:aspacem <<< SHOW_SEGMENTS: With contents of /proc/self/maps (15 segments, 1 segnames) --3518:2:aspacem ( 0) /disk/lib/valgrind/memcheck-mips32-linux --3518:2:aspacem 0: RSVN 0000000000-00003fffff 4194304 ----- SmFixed --3518:2:aspacem 1: FILE 0000400000-0000403fff 16384 r---- d=0x803 i=13419112 o=0 (0) --3518:2:aspacem 2: RSVN 0000404000-0003ffffff 59m ----- SmFixed --3518:2:aspacem 3: 0004000000-0037ffffff 832m --3518:2:aspacem 4: FILE 0038000000-0038397fff 3768320 r-x-- d=0x803 i=13419112 o=65536 (0) --3518:2:aspacem 5: 0038398000-00383a3fff 49152 --3518:2:aspacem 6: FILE 00383a4000-00383b3fff 65536 rw--- d=0x803 i=13419112 o=3817472 (0) --3518:2:aspacem 7: ANON 00383b4000-0038e7bfff 10m rwx-- --3518:2:aspacem 8: 0038e7c000-0041de3fff 143m --3518:2:aspacem 9: RSVN 0041de4000-0041de4fff 4096 ----- SmFixed --3518:2:aspacem 10: 0041de5000-007fba3fff 989m --3518:2:aspacem 11: ANON 007fba4000-007fbc7fff 147456 rwx-- --3518:2:aspacem 12: RSVN 007fbc8000-007fff3fff 4374528 ----- SmFixed --3518:2:aspacem 13: ANON 007fff4000-007fff7fff 16384 r-x-- --3518:2:aspacem 14: RSVN 007fff8000-00ffffffff 2048m ----- SmFixed --3518:2:aspacem >>> --3518:1:main Address space manager is running --3518:1:main Starting the dynamic memory manager --3518:0:aspacem <<< SHOW_SEGMENTS: out_of_memory (15 segments, 1 segnames) --3518:0:aspacem ( 0) /disk/lib/valgrind/memcheck-mips32-linux --3518:0:aspacem 0: RSVN 0000000000-00003fffff 4194304 ----- SmFixed --3518:0:aspacem 1: FILE 0000400000-0000403fff 16384 r---- d=0x803 i=13419112 o=0 (0) --3518:0:aspacem 2: RSVN 0000404000-0003ffffff 59m ----- SmFixed --3518:0:aspacem 3: 0004000000-0037ffffff 832m --3518:0:aspacem 4: FILE 0038000000-0038397fff 3768320 r-x-- d=0x803 i=13419112 o=65536 (0) --3518:0:aspacem 5: 0038398000-00383a3fff 49152 --3518:0:aspacem 6: FILE 00383a4000-00383b3fff 65536 rw--- d=0x803 i=13419112 o=3817472 (0) --3518:0:aspacem 7: ANON 00383b4000-0038e7bfff 10m rwx-- --3518:0:aspacem 8: 0038e7c000-0041de3fff 143m --3518:0:aspacem 9: RSVN 0041de4000-0041de4fff 4096 ----- SmFixed --3518:0:aspacem 10: 0041de5000-007fba3fff 989m --3518:0:aspacem 11: ANON 007fba4000-007fbc7fff 147456 rwx-- --3518:0:aspacem 12: RSVN 007fbc8000-007fff3fff 4374528 ----- SmFixed --3518:0:aspacem 13: ANON 007fff4000-007fff7fff 16384 r-x-- --3518:0:aspacem 14: RSVN 007fff8000-00ffffffff 2048m ----- SmFixed --3518:0:aspacem >>> --3518-- core : 0/ 0 max/curr mmap'd, 0/0 unsplit/split sb unmmap'd, 0/ 0 max/curr, 0/ 0 totalloc-blocks/bytes, 0 searches 4 rzB --3518-- tool : 0/ 0 max/curr mmap'd, 0/0 unsplit/split sb unmmap'd, 0/ 0 max/curr, 0/ 0 totalloc-blocks/bytes, 0 searches 4 rzB --3518-- dinfo : 0/ 0 max/curr mmap'd, 0/0 unsplit/split sb unmmap'd, 0/ 0 max/curr, 0/ 0 totalloc-blocks/bytes, 0 searches 4 rzB --3518-- (null) : 0/ 0 max/curr mmap'd, 0/0 unsplit/split sb unmmap'd, 0/ 0 max/curr, 0/ 0 totalloc-blocks/bytes, 0 searches 0 rzB --3518-- demangle: 0/ 0 max/curr mmap'd, 0/0 unsplit/split sb unmmap'd, 0/ 0 max/curr, 0/ 0 totalloc-blocks/bytes, 0 searches 4 rzB --3518-- exectxt : 0/ 0 max/curr mmap'd, 0/0 unsplit/split sb unmmap'd, 0/ 0 max/curr, 0/ 0 totalloc-blocks/bytes, 0 searches 4 rzB --3518-- errors : 0/ 0 max/curr mmap'd, 0/0 unsplit/split sb unmmap'd, 0/ 0 max/curr, 0/ 0 totalloc-blocks/bytes, 0 searches 4 rzB --3518-- ttaux : 0/ 0 max/curr mmap'd, 0/0 unsplit/split sb unmmap'd, 0/ 0 max/curr, 0/ 0 totalloc-blocks/bytes, 0 searches 4 rzB ==3518== ==3518== Valgrind's memory management: out of memory: ==3518== newSuperblock's request for 4194304 bytes failed. ==3518== 11468800 bytes have already been allocated. ==3518== Valgrind cannot continue. Sorry. ==3518== ==3518== There are several possible reasons for this. ==3518== - You have some kind of memory limit in place. Look at the ==3518== output of 'ulimit -a'. Is there a limit on the size of ==3518== virtual memory or address space? ==3518== - You have run out of swap space. ==3518== - Valgrind has a bug. If you think this is the case or you are ==3518== not sure, please let us know and we'll try to fix it. ==3518== Please note that programs can take substantially more memory than ==3518== normal when running under Valgrind tools, eg. up to twice or ==3518== more, depending on the tool. On a 64-bit machine, Valgrind ==3518== should be able to make use of up 32GB memory. On a 32-bit ==3518== machine, Valgrind should be able to use all the memory available ==3518== to a single process, up to 4GB if that's how you have your ==3518== kernel configured. Most 32-bit Linux setups allow a maximum of ==3518== 3GB per process. ==3518== ==3518== Whatever the reason, Valgrind cannot continue. Sorry. $ cat config.log | head This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by Valgrind configure 3.9.0.SVN, which was generated by GNU Autoconf 2.68. Invocation command line was $ ./configure --host=mipsel-linux-gnu CC=mipsisa32r2el-timesys-linux-gnu-gcc --prefix=/home/ilya/valgrind_mips/ --with-page-size=16 |
|
From: <sv...@va...> - 2012-10-31 15:07:55
|
philippe 2012-10-31 15:07:39 +0000 (Wed, 31 Oct 2012)
New Revision: 13096
Log:
for debuglevel >=2, ensure write_buf debug output only writes the req nr of char
Modified files:
trunk/coregrind/vgdb.c
Modified: trunk/coregrind/vgdb.c (+2 -1)
===================================================================
--- trunk/coregrind/vgdb.c 2012-10-30 00:28:29 +00:00 (rev 13095)
+++ trunk/coregrind/vgdb.c 2012-10-31 15:07:39 +00:00 (rev 13096)
@@ -1343,7 +1343,8 @@
{
int nrwritten;
int nrw;
- DEBUG(2, "writing %s len %d %s notify: %d\n", desc, size, buf, notify);
+ DEBUG(2, "writing %s len %d %.*s notify: %d\n", desc, size,
+ size, buf, notify);
nrwritten = 0;
while (nrwritten < size) {
nrw = write (fd, buf+nrwritten, size - nrwritten);
|