Up until now, the utrace git trees were relative to 2.6.32. Now Linus has merged several of Oleg's small patches that were prerequisites for utrace, those populating my "tracehook" branch. So, I've now merged the latest tree from Linus in, and split out 2.6.32/* branches.
We still have a tracehook branch. These patches (which might be in -mm?) are on the tracehook branch and still not merged (listed last to first): a8f782e export __ptrace_detach() and do_notify_parent_cldstop() c3473e1 ptrace_signal: check PT_PTRACED before reporting a signal b396f5e tracehooks: check PT_PTRACED before reporting the single-step 45667dd tracehooks: kill some PT_PTRACED checks These ones have been merged upstream now, but remain on 2.6.32/tracehook (the basis for the "backport branches" 2.6.32/utrace*): e8a2f23 ptrace: cleanup ptrace_init_task()->ptrace_link() path a88b467 ptrace: x86: change syscall_trace_leave() to rely on tracehook when stepping e01acf4 ptrace: x86: implement user_single_step_siginfo() 462a57b ptrace: change tracehook_report_syscall_exit() to handle stepping 172590d ptrace: powerpc: implement user_single_step_siginfo() d63b43d ptrace: introduce user_single_step_siginfo() helper d4ef551 (upstream) signals: check ->group_stop_count after tracehook_get_signal() There is so far no drift between the trunk utrace branch and the 2.6.32/utrace branch. If we have more tweaks to utrace as part of the next round of upstream submission, we will try to keep the 2.6.32/utrace backport branch identically updated pretty quickly. Note this is after various changes discussed in the recent LKML review thread (CC'd here) that I trust you have all been reading. This includes some callback API changes that are trivial but will break all your utrace engine code today. Thanks, Roland