c/r: prctl: Move PR_GET_TID_ADDRESS to a proper place
PATCH 1/1 c/r: prctl: Move PR_GET_TID_ADDRESS to a proper place
During merging of PR_GET_TID_ADDRESS patch the code has been misplaced (it happened to appear under PR_MCE_KILL) in result noone can use this option.
Fix it by moving code snippet to a proper place.
---
Andrew, I think it get misplaced during merging (the former patch I sent has this snippet at the proper place). I noticed this problem only when found that our test suite swears at me with futex test case.
Anyway, there is nothing critical in this issue, it behaves like someone has disabled PR_GET_TID_ADDRESS.
The patch is on top of v3.5-rc2
kernel/sys.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)
kernel/sys.c +3 -3
@@ -2127,9 +2127,6 @@ SYSCALL_DEFINE5(prctl, int, option, unsielse return -EINVAL ;break ; -case PR_GET_TID_ADDRESS : - error =prctl_get_tid_address (me, (int __user **)arg2); -break ;default :return -EINVAL ; }
@@ -2147,6 +2144,9 @@ SYSCALL_DEFINE5(prctl, int, option, unsicase PR_SET_MM : error =prctl_set_mm (arg2, arg3, arg4, arg5);break ; +case PR_GET_TID_ADDRESS : + error =prctl_get_tid_address (me, (int __user **)arg2); +break ;case PR_SET_CHILD_SUBREAPER : me->signal->is_child_subreaper = !!arg2; error =0 ;
Quoted 7 lines · Cyrill Gorcunov
During merging of
PR_GET_TID_ADDRESSpatch the code has been misplaced (it happened to appear underPR_MCE_KILL) in result noone can use this option.Fix it by moving code snippet to a proper place.
Signed-off-by Cyrill Gorcunov <[email protected]>
Good catch!
Signature · 2 lines
Kees Cook Chrome OS Security