Thread (17 messages) 17 messages, 3 authors, 2018-11-30

Re: [PATCH v4 1/2] ptrace: save the type of syscall-stop in ptrace_message

From: Dmitry V. Levin <hidden>
Date: 2018-11-30 22:53:54
Also in: lkml

On Fri, Nov 30, 2018 at 12:29:21PM +0100, Oleg Nesterov wrote:
On 11/30, Dmitry V. Levin wrote:
quoted
On Thu, Nov 29, 2018 at 03:47:43PM +0100, Oleg Nesterov wrote:
quoted
quoted
so that PTRACE_GETEVENTMSG users can easily tell
whether this new semantics is supported by the kernel or not.
Yes. And how much this can help? Again, an application can trivially detect
if this feature implemented or not, and it should do this anyway if it wants
to (try to) use PTRACE_EVENTMSG_SYSCALL_ENTRY/EXIT ?
How an application can easily detect whether this feature is implemented?
As I already said, it can just do ptrace(PTRACE_GET_SYSCALL_INFO, NULL) ?
If it returns -EIO then this feature is not implemented. Any other error
code (actually EINVAL or EFAULT) means it is implemented.
Fair enough.
We can change PTRACE_EVENTMSG_SYSCALL_ENTRY/EXIT to 1/2 if you like,
and document this trick somewhere.


-- 
ldv
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help