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
(4) |
2
(3) |
3
(7) |
4
(7) |
5
(6) |
6
(5) |
|
7
(21) |
8
(14) |
9
(8) |
10
(10) |
11
(7) |
12
(4) |
13
|
|
14
(3) |
15
(11) |
16
(4) |
17
|
18
|
19
|
20
|
|
21
(3) |
22
(4) |
23
(2) |
24
(3) |
25
|
26
(4) |
27
(2) |
|
28
(6) |
29
|
30
(2) |
31
(7) |
|
|
|
|
From: Florian K. <br...@ac...> - 2010-03-31 13:37:34
|
On Wednesday 31 March 2010 01:40:55 am adnan iqbal wrote: > > 2. Where can i find any documentation of Valgrind IR (internal > representation)? > Your best bet is the file libvex_ir.h. Florian |
|
From: Kirill B. <bat...@is...> - 2010-03-31 13:20:16
|
Hello, while optimizing performance of the NEON patch I noticed that some of the instructions are extremely slow. These instructions include for example VRHADD which is disassembled into complex expression. Saturating instructions are another big problem. QC flag computation is quite a time-consuming operation. Here are some figures (time in seconds used to execute 1 billion of instructions of certain type): Instruction | VRHADD | VCGE | VQADD | VQSHL | VQSHL (without QC) without V. | 3.50 | 4.00 | 3.5 | 4.8 | 4.8 tool=none | 40.00 | 11.70 | 94.5 | 286.7 | 7.2 tool=memcheck | 160.45 | 22.40 | 209.9 | 719.7 | 15.7 For the instructions like VRHADD the solution is to add necessary IROp's into IR. This seems to be a reasonable price for performance gained (please correct me if I am not right). But what to do with the saturating arithmetic is not clear to me. QC flag computation is extremely slow. It only affects programs which read it explicitly, so it is unlikely to be used frequently. The only idea I have right now is to give to the user ability to turn it on or off (via command-line option for example). Can you please give an advice on how to deal with QC flag? ---- Kirill. |
|
From: Tom H. <to...@co...> - 2010-03-31 08:28:25
|
On 31/03/10 06:40, adnan iqbal wrote: > I have following questions in the context of extending valgrind to work > for more architectures/platforms. You should read http://www.valgrind.org/info/platforms.html#porting_plans before you start on anything. > 1. In current release, is it possible to build valgrind on a platform > (say x86/Linux) and then use this install to analyze executables for > another platform (say ppc/linux or ppc/Mac)? No. > 2. Where can i find any documentation of Valgrind IR (internal > representation)? I'm not sure there is that much. There is some detail in this paper: http://www.valgrind.org/docs/valgrind2007.pdf Tom -- Tom Hughes (to...@co...) http://compton.nu/ |
|
From: Tom H. <to...@co...> - 2010-03-31 08:05:25
|
On 31/03/10 08:50, adnan iqbal wrote: > With reference to question 1, Is it possible to provide this support > with reasonable efforts/resources available. What i mean to ask here is > actually , how much is Valgrind instrumentation/analysis dependent upon > the host architecture/platform? The instrumentation is heavily dependent on all sorts of platform and processor details - not just whether VEX can emulate the instruction set but whether valgrind can handle all the other details like trapping system calls, managing signal handling, starting programs, etc. Basically valgrind relies on having intimate knowledge of all sorts of low level details of how things like the kernel and C library behave and interact with processes so that it can emulate and/or manage those details. Tom -- Tom Hughes (to...@co...) http://compton.nu/ |
|
From: adnan i. <adn...@se...> - 2010-03-31 07:50:27
|
Dear Tom, Thanks for a quick reply. With reference to question 1, Is it possible to provide this support with reasonable efforts/resources available. What i mean to ask here is actually , how much is Valgrind instrumentation/analysis dependent upon the host architecture/platform? All suggestions are welcome to get us started in this direction. Regards Adnan On Wed, Mar 31, 2010 at 12:30 PM, Tom Hughes <to...@co...> wrote: > On 31/03/10 06:40, adnan iqbal wrote: > > I have following questions in the context of extending valgrind to work >> for more architectures/platforms. >> > > You should read http://www.valgrind.org/info/platforms.html#porting_plansbefore you start on anything. > > > 1. In current release, is it possible to build valgrind on a platform >> (say x86/Linux) and then use this install to analyze executables for >> another platform (say ppc/linux or ppc/Mac)? >> > > No. > > > 2. Where can i find any documentation of Valgrind IR (internal >> representation)? >> > > I'm not sure there is that much. There is some detail in this paper: > > http://www.valgrind.org/docs/valgrind2007.pdf > > Tom > > -- > Tom Hughes (to...@co...) > http://compton.nu/ > |
|
From: <sv...@va...> - 2010-03-31 07:34:39
|
Author: tom
Date: 2010-03-31 08:34:30 +0100 (Wed, 31 Mar 2010)
New Revision: 11098
Log:
Syscall numbers (on amd64 at least) are in unistd_{32,64}.h now so
update the recommended grep command to reflect that.
Modified:
trunk/README_MISSING_SYSCALL_OR_IOCTL
Modified: trunk/README_MISSING_SYSCALL_OR_IOCTL
===================================================================
--- trunk/README_MISSING_SYSCALL_OR_IOCTL 2010-03-27 07:38:39 UTC (rev 11097)
+++ trunk/README_MISSING_SYSCALL_OR_IOCTL 2010-03-31 07:34:30 UTC (rev 11098)
@@ -107,7 +107,7 @@
1. Find out the name of the system call:
- grep NNN /usr/include/asm/unistd.h
+ grep NNN /usr/include/asm/unistd*.h
This should tell you something like __NR_mysyscallname.
Copy this entry to include/vki/vki-scnums-$(VG_PLATFORM).h.
|
|
From: adnan i. <adn...@se...> - 2010-03-31 05:41:03
|
Dear Valgrind Developers, I have following questions in the context of extending valgrind to work for more architectures/platforms. 1. In current release, is it possible to build valgrind on a platform (say x86/Linux) and then use this install to analyze executables for another platform (say ppc/linux or ppc/Mac)? 2. Where can i find any documentation of Valgrind IR (internal representation)? Thank you Adnan Iqbal |