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
(4) |
4
(5) |
5
(2) |
6
|
7
(2) |
8
(4) |
|
9
(1) |
10
(7) |
11
(4) |
12
(4) |
13
(8) |
14
(6) |
15
(3) |
|
16
(4) |
17
|
18
|
19
|
20
(6) |
21
|
22
|
|
23
|
24
(1) |
25
(8) |
26
(12) |
27
(1) |
28
(9) |
29
(9) |
|
30
(3) |
31
(4) |
|
|
|
|
|
|
From: Philippe W. <phi...@sk...> - 2010-05-31 22:09:09
|
> However, I confess that at the moment, I mainly am interested in the way you did the external notification. > I think the current solution in Callgrind is a hack, and I always was > searching for a better one. Thus, a better solution "just" would be a bug fix (with me > trying to minimize the patch size). Merging a 150k gzipped patch is a completely different > topic. Tom Hughes said he would look at the patch when complete (which it is now, at least functionally) but for sure, integrating gdbserver patch is far of a small bug fix, even if it is only 108k bzipped :). But I took care to limit the impact on the VG core, both in terms of runtime cost and avoiding nasty interactions. > > Hmm. While looking at the patch, I see the discussion that syscall restart after ptrace > does only work on newer Linux kernels. How could gdb work at all if syscall restart did not? > In that case, there would be the need for a reasonable fallback. And I wonder what > that fallback could be, to be better than the current callgrind solution... I tested on an older linux kernel (2.6.18 on a red hat 5.3 IIRC). In this case, the ptraced process can have its syscall interrupted. The behaviour with vgdb.c ptracing or gdb ptracing was similar. The test was to have a process doing an infinite loop of "read" syscall on stdin, with a printf before and after. With an old kernel, both gdb and vgdb were interrupting the read system call. In vgdb.c, giving a 0 value to --max-invoke-ms parameter disables the ptrace technique and so, only the polling technique via the shared memory remains active. => on a newer kernel version (>= 2.6.25 I believe) or with an application that properly handles interrupted system calls, ptrace can be used. Otherwise the fallback is to give --max-invoke-ms=0. With this, the polling by gdbserver is just more efficient than the callgrind polling, but suffers from the same limitation as of today: a syscall blocked process will not be waken up. I have also looked at ptrace on darwin. From what I could see from reading on the net, the ptrace technique should also work on darwin but I think some small changes to the ptrace calls and the "fake call stack" build by vgdb.c must be done. Philippe |
|
From: Philippe W. <phi...@sk...> - 2010-05-31 17:49:43
|
Hello Josef,
> Is there a possiblity to extract this feature from your bigger patch?
For sure, it would be possible to extract the external notification from the gdbserver patch.
This implies to subset vgdb.c but also subset the "valgrind side" of the gdbserver patch.
However, this is quite some changes, not compatible with the full gdbserver patch,
which is a better solution:
* a better integration with gdb is a 'much wanted' feature of the 2005 user survey
(3rd 'wanted' feature, ex-aequo with GUI)
* there are multiple bugzilla entries about weaknesses/bugs of the current --db-attach feature
* the gdbserver patch gives an external notification framework for all tools (not only for callgrind)
* 100% of the current user basis (i.e 3 known users :) of the gdbserver patch have expressed
their enthusiastic satisfaction about the interactive debugging and control provided.
For sure, if despite the above sales speach, there are good technical reasons for which the gdbserver
patch can't be improved and/or integrated, I can subset (and/or help to subset) the vgdb.c + VG side
to the minimum needed for external notifications.
But, for the reasons explained above, my initial preferred approach is an integration of the whole
(or most) of the gdbserver patch, for which I am ready to do the additional work needed as soon
as I get feedback.
Philippe
|
|
From: Josef W. <Jos...@gm...> - 2010-05-31 13:42:38
|
Hi Philippe, what I personally find very interesting in your patch to implement a gdbserver in VG is your solution for external notifcations using ptrace. I would be very much interested to have this to replace my broken polling scheme for a command file in callgrind. Is there a possiblity to extract this feature from your bigger patch? Do I understand it right, that I would need a stripped-down version of vgdb for callgrind_control? Thanks, Josef |