Aren
/
NetBSD
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Update TODO.ptrace 

Remove entries:
  - research support PT_SYSCALL & PT_STEP combined like in Linux
  - GDB Remote Protocol expects a case with a step with a signal to be sent,
    this is currently unsupported on NetBSD

Implemented as PT_SETSTEP and PT_CLEARSTEP.

Remove:
  - support QPassSignals (PT_SET_SIGPASS/PT_GET_SIGPASS) in the kernel, a way to
    stop routing a set of signals to tracer as they are uninteresting - GDB and
    LLDB expect this feature

This interface has been abandoned and will be handled on the debugger level.

Sponsored by <The NetBSD Foundation>
This commit is contained in:
kamil 2017-04-08 01:08:36 +00:00
parent 049bc8e25e
commit fbd2c6be23
1 changed files with 1 additions and 7 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

8
doc/TODO.ptrace
View File

@ -1,4 +1,4 @@
$NetBSD: TODO.ptrace,v 1.27 2017/03/03 07:11:49 kamil Exp $
$NetBSD: TODO.ptrace,v 1.28 2017/04/08 01:08:36 kamil Exp $
Items we (currently) plan to finish in the ptrace(2) field:
@ -23,16 +23,10 @@ Items we (currently) plan to finish in the ptrace(2) field:
in all ports
- add proper implementation of PTRACE_VFORK for vfork(2)-like events
- add ATF tests for SIGCHLD
- research support PT_SYSCALL & PT_STEP combined like in Linux
- fix more calls for netbsd32 compat
- research ipkdb(4)
- research kgdb(4)
- check 64-bit debugger on 64-bit kernel tracing capabilities of 32-bit tracee
- GDB Remote Protocol expects a case with a step with a signal to be sent,
this is currently unsupported on NetBSD
- support QPassSignals (PT_SET_SIGPASS/PT_GET_SIGPASS) in the kernel, a way to
stop routing a set of signals to tracer as they are uninteresting - GDB and
LLDB expect this feature
and of course: fix as many bugs as possible.