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
|
2
|
3
(6) |
4
(1) |
5
(1) |
6
(2) |
|
7
(4) |
8
(7) |
9
(1) |
10
(2) |
11
(1) |
12
(4) |
13
|
|
14
(3) |
15
(2) |
16
(6) |
17
(10) |
18
(8) |
19
|
20
|
|
21
|
22
(5) |
23
(12) |
24
(5) |
25
|
26
(5) |
27
(1) |
|
28
(1) |
29
(2) |
|
|
|
|
|
|
From: <sv...@va...> - 2016-02-07 23:59:49
|
Author: iraisr
Date: Sun Feb 7 23:59:41 2016
New Revision: 15783
Log:
Exclude 'threading model' information from Solaris coredump tests
Solaris 12 transitioned to public libproc and mdb now prints
'raw lwps' instead of 'native threads' for the threading model.
This information is irrelevant for coredump generation and analysis;
therefore leave it out.
n-i-bz
Modified:
trunk/none/tests/amd64-solaris/coredump_single_thread.post.exp
trunk/none/tests/amd64-solaris/coredump_single_thread_mdb
trunk/none/tests/amd64-solaris/coredump_single_thread_sse.post.exp
trunk/none/tests/amd64-solaris/coredump_single_thread_sse_mdb
trunk/none/tests/x86-solaris/coredump_single_thread.post.exp
trunk/none/tests/x86-solaris/coredump_single_thread_mdb
trunk/none/tests/x86-solaris/coredump_single_thread_sse.post.exp
trunk/none/tests/x86-solaris/coredump_single_thread_sse_mdb
Modified: trunk/none/tests/amd64-solaris/coredump_single_thread.post.exp
==============================================================================
--- trunk/none/tests/amd64-solaris/coredump_single_thread.post.exp (original)
+++ trunk/none/tests/amd64-solaris/coredump_single_thread.post.exp Sun Feb 7 23:59:41 2016
@@ -1,7 +1,6 @@
---Status---
debugging core file of coredump_single (64-bit) from ...
initial argv: ./coredump_single_thread
-threading model: native threads
status: process terminated by SIGSEGV (Segmentation Fault), addr=........
---Registers---
Modified: trunk/none/tests/amd64-solaris/coredump_single_thread_mdb
==============================================================================
--- trunk/none/tests/amd64-solaris/coredump_single_thread_mdb (original)
+++ trunk/none/tests/amd64-solaris/coredump_single_thread_mdb Sun Feb 7 23:59:41 2016
@@ -7,6 +7,7 @@
echo "::status" | /usr/bin/mdb vgcore.* | \
perl -p -e 's/from \S*$/from .../' | \
perl -0 -p -e 's/^file: .+?^(initial argv:)/$1/ms' | \
+sed '/^threading model:/ d' | \
perl -p -e 's/addr=[0-9A-Fa-f]+/addr=......../g'
echo "\n---Registers---"
Modified: trunk/none/tests/amd64-solaris/coredump_single_thread_sse.post.exp
==============================================================================
--- trunk/none/tests/amd64-solaris/coredump_single_thread_sse.post.exp (original)
+++ trunk/none/tests/amd64-solaris/coredump_single_thread_sse.post.exp Sun Feb 7 23:59:41 2016
@@ -1,7 +1,6 @@
---Status---
debugging core file of coredump_single (64-bit) from ...
initial argv: ./coredump_single_thread_sse
-threading model: native threads
status: process terminated by SIGSEGV (Segmentation Fault), addr=........
---SSE Registers---
Modified: trunk/none/tests/amd64-solaris/coredump_single_thread_sse_mdb
==============================================================================
--- trunk/none/tests/amd64-solaris/coredump_single_thread_sse_mdb (original)
+++ trunk/none/tests/amd64-solaris/coredump_single_thread_sse_mdb Sun Feb 7 23:59:41 2016
@@ -7,6 +7,7 @@
echo "::status" | /usr/bin/mdb vgcore.* | \
perl -p -e 's/from \S*$/from .../' | \
perl -0 -p -e 's/^file: .+?^(initial argv:)/$1/ms' | \
+sed '/^threading model:/ d' | \
perl -p -e 's/addr=[0-9A-Fa-f]+/addr=......../g'
echo "\n---SSE Registers---"
Modified: trunk/none/tests/x86-solaris/coredump_single_thread.post.exp
==============================================================================
--- trunk/none/tests/x86-solaris/coredump_single_thread.post.exp (original)
+++ trunk/none/tests/x86-solaris/coredump_single_thread.post.exp Sun Feb 7 23:59:41 2016
@@ -1,7 +1,6 @@
---Status---
debugging core file of coredump_single (32-bit) from ...
initial argv: ./coredump_single_thread
-threading model: native threads
status: process terminated by SIGSEGV (Segmentation Fault), addr=........
---Registers---
Modified: trunk/none/tests/x86-solaris/coredump_single_thread_mdb
==============================================================================
--- trunk/none/tests/x86-solaris/coredump_single_thread_mdb (original)
+++ trunk/none/tests/x86-solaris/coredump_single_thread_mdb Sun Feb 7 23:59:41 2016
@@ -7,6 +7,7 @@
echo "::status" | /usr/bin/mdb vgcore.* | \
perl -p -e 's/from \S*$/from .../' | \
perl -0 -p -e 's/^file: .+?^(initial argv:)/$1/ms' | \
+sed '/^threading model:/ d' | \
perl -p -e 's/addr=[0-9A-Fa-f]+/addr=......../g'
echo "\n---Registers---"
Modified: trunk/none/tests/x86-solaris/coredump_single_thread_sse.post.exp
==============================================================================
--- trunk/none/tests/x86-solaris/coredump_single_thread_sse.post.exp (original)
+++ trunk/none/tests/x86-solaris/coredump_single_thread_sse.post.exp Sun Feb 7 23:59:41 2016
@@ -1,7 +1,6 @@
---Status---
debugging core file of coredump_single (32-bit) from ...
initial argv: ./coredump_single_thread_sse
-threading model: native threads
status: process terminated by SIGSEGV (Segmentation Fault), addr=........
---SSE Registers---
Modified: trunk/none/tests/x86-solaris/coredump_single_thread_sse_mdb
==============================================================================
--- trunk/none/tests/x86-solaris/coredump_single_thread_sse_mdb (original)
+++ trunk/none/tests/x86-solaris/coredump_single_thread_sse_mdb Sun Feb 7 23:59:41 2016
@@ -7,6 +7,7 @@
echo "::status" | /usr/bin/mdb vgcore.* | \
perl -p -e 's/from \S*$/from .../' | \
perl -0 -p -e 's/^file: .+?^(initial argv:)/$1/ms' | \
+sed '/^threading model:/ d' | \
perl -p -e 's/addr=[0-9A-Fa-f]+/addr=......../g'
echo "\n---SSE Registers---"
|
|
From: Rhys K. <rhy...@gm...> - 2016-02-07 16:17:12
|
Gopal, You'll need to be more specific outlining the issues you are seeing with Valgrind on ARM/Linux. That said, the current version should support many of the variants on that platform, as per the documentation: It runs on the following platforms: X86/Linux, AMD64/Linux, ARM/Linux, ARM64/Linux, ... ARM/Android (2.3.x and later), ARM64/Android, ... and AMD64/Darwin (Mac OS X 10.10, with initial support for 10.11). Regards, Rhys On 7 February 2016 at 09:03, Gopal Reddy pandiri <gop...@gm...> wrote: > Dear All, > I am facing issue in porting valgrind on arm-linux, can anyone help me in > this respect. > > Regards, > Gopal > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers > > |
|
From: Gopal R. p. <gop...@gm...> - 2016-02-07 14:03:53
|
Dear All, I am facing issue in porting valgrind on arm-linux, can anyone help me in this respect. Regards, Gopal |
|
From: William G. <app...@li...> - 2016-02-07 03:22:37
|
Thanks for your response I. Very helpful slides. As a follow up question is it possible to use thread local storage in a valgrind tool? ________________________________ From: Ivo Raisr <iv...@iv...> Sent: Saturday, February 6, 2016 5:33:36 AM To: William Good Cc: val...@li... Subject: Re: [Valgrind-developers] Using lock in tool 2016-02-06 5:07 GMT+01:00 William Good <app...@li...<mailto:app...@li...>>: The table needs to be thread safe because different threads will be using it at run time. I cannot use a pthread_mutex in my tool, correct? How can I make a lock for the table? Hi Bill, Valgrind runs properly multi-threaded applications, but effectively only uses one vCPU at a time to run them. In other words, Valgrind does not use multiple CPUs when running a multi-threaded application. So far no Valgrind analysis tool (except 'none') is designed such that it is multi-thread safe. They all leverage the fact there is always single thread running. See Philippe's presentation about multi-thread Valgrind prototype from FOSDEM 2015: https://archive.fosdem.org/2015/schedule/event/valgrind_multi_prototype/ It goes to a great length in what and where is not multi-thread safe and how come Valgrind is able to run multi-thread applications properly. An ideal situation would be if Valgrind core provides efficient synchronization mechanisms which all analysis tools can consume. Maybe Philippe could comment if there is anything usable from his prototype. I. |