utrace tests

Hello! Sorry for the cross-posting. Wondering if there are some existing utrace tests that can be used for regression testing. There is a ntrace tests under, http://people.redhat.com/roland/utrace/old/ Are those tests still relevant? Thanks! CAI Qian

Re: [PATCH 0/2] Was: introduce suppress_sigtrap() to prevent unwanted send_sigtrap()

OK, how about these 2 simple patches for upstream? Then we can change powerpc, etc. Perhaps, instead of arch_has_fill_sigtrap_info we can start with the patch below? Since tracehook_report_syscall_exit() is inline we can can add the if (step) code without ifdef's. I don't understand the

Re: [PATCH 1/2] teach tracehook_report_syscall_exit() to handle stepping

I wouldn't make the behavior conditional on the arch hook's definition. I think a consistent change to a real SIGTRAP signal is better for any arch. Until each arch defines the hook, it can just get the default siginfo_t contents of 0-fill. This arch hook is purely for the single-step case. For

Re: utrace tests

Wondering if there are some existing utrace tests that can be used for regression testing. There is a ntrace tests under, http://people.redhat.com/roland/utrace/old/ Are those tests still relevant? I'm not really sure what you mean by relevant. That old testing code is certainly not

Re: [PATCH 0/2] Was: introduce suppress_sigtrap() to prevent unwanted send_sigtrap()

On 11/09, Roland McGrath wrote: OK, how about these 2 simple patches for upstream? Then we can change powerpc, etc. Perhaps, instead of arch_has_fill_sigtrap_info we can start with the patch below? Since tracehook_report_syscall_exit() is inline we can can add the if (step) code