Dear Utrace-devel
Your site should be at the top of the major search engines.
Want a free site analysis? If interested, just reply to this
email and we can give you a free appraisal with no strings.
Sincerely
Tory Forsythe
Turbo-Media
utrace-devel@redhat.com
1/22/2010
On 01/07, Roland McGrath wrote:
I am confused as well. Yes, I thought about regs-psw.mask change too,
but I don't understand why it helps..
[...]
But. Acoording to the testing I did (unless I did something wrong
again) this patch doesn't make any difference in this particular
case.
Hi -
On Thu, Jan 21, 2010 at 04:31:45PM -0800, Andrew Morton wrote:
[...]
Someone please sell this to us.
Here's what Oleg said last time I asked this: [...]
I wonder if Roland/Oleg are being too modest in their current role as
ptrace maintainers. Considering that *they* think of utrace as
Hi -
On Thu, Jan 21, 2010 at 05:05:41PM -0800, Andrew Morton wrote:
[...] ptrace is a nasty, complex part of the kernel which has a
long history of problems, but it's all been pretty quiet in there
for the the past few years. This leads one to expect that a
rip-out-n-rewrite is a high-risk
On Thu, 21 Jan 2010, Andrew Morton wrote:
ptrace is a nasty, complex part of the kernel which has a long history
of problems, but it's all been pretty quiet in there for the the past few
years.
More importantly, we're not ever going to get rid of it.
Quite frankly, judging my all past
On Thu, 21 Jan 2010, Frank Ch. Eigler wrote:
To the extent the discussion is colored by the new features enabled
from this refactoring, well, there is Oleg's list which may or may not
have mentioned enabling systemtap's user-space probing.
Let's face it, system tap isn't going to be
Hi -
On Thu, Jan 21, 2010 at 05:32:47PM -0800, Linus Torvalds wrote:
[...]
To the extent the discussion is colored by the new features enabled
from this refactoring, well, there is Oleg's list which may or may not
have mentioned enabling systemtap's user-space probing.
Let's face it,
On Thu, 21 Jan 2010, Frank Ch. Eigler wrote:
Less passionate analysis would identify a long history of contribution
by the the greater affiliated team, including via merged code and by
and passing on requirements and experiences.
The reason I'm so passionate is that I dislike the turn the
On Thu, Jan 21, 2010 at 05:28:42PM -0800, Linus Torvalds wrote:
On Thu, 21 Jan 2010, Andrew Morton wrote:
ptrace is a nasty, complex part of the kernel which has a long history
of problems, but it's all been pretty quiet in there for the the past few
years.
More importantly, we're
Hi Roland, Oleg,
Would it be a good idea to probably start looking at user space api for
utrace? By doing that we would get usecases that maintainers in LKML are
looking for and start looking at its usefulness.
Currently its probably a egg and chicken case where they look at what
end customers
Here is a summary of the Comments and actions that need to be taken for
the current uprobes patchset. Please let me know if I missed or
misunderstood any of your comments.
1. Uprobes depends on trap signal.
Uprobes depends on trap signal rather than hooking to the global
die notifier.
On Fri, Jan 22, 2010 at 12:32:32PM +0530, Srikar Dronamraju wrote:
Here is a summary of the Comments and actions that need to be taken for
the current uprobes patchset. Please let me know if I missed or
misunderstood any of your comments.
1. Uprobes depends on trap signal.
Uprobes
12 matches
Mail list logo
