sched: fix confusing PFA_NO_NEW_PRIVS constant
authorZefan Li <[email protected]>
Thu, 25 Sep 2014 01:40:17 +0000 (09:40 +0800)
committerTejun Heo <[email protected]>
Thu, 25 Sep 2014 02:16:06 +0000 (22:16 -0400)
Commit 1d4457f99928 ("sched: move no_new_privs into new atomic flags")
defined PFA_NO_NEW_PRIVS as hexadecimal value, but it is confusing
because it is used as bit number. Redefine it as decimal bit number.

Note this changes the bit position of PFA_NOW_NEW_PRIVS from 1 to 0.

Cc: Peter Zijlstra <[email protected]>
Cc: Ingo Molnar <[email protected]>
Cc: Miao Xie <[email protected]>
Signed-off-by: Tetsuo Handa <[email protected]>
Acked-by: Kees Cook <[email protected]>
[ lizf: slightly modified subject and changelog ]
Signed-off-by: Zefan Li <[email protected]>
Signed-off-by: Tejun Heo <[email protected]>
include/linux/sched.h

index 5c2c885ee52b3996a2665dc3d8c0e21ff9245aaf..45577650f62978b1d7db2d1d36f15f2371750d23 100644 (file)
@@ -1957,7 +1957,7 @@ static inline void memalloc_noio_restore(unsigned int flags)
 }
 
 /* Per-process atomic flags. */
-#define PFA_NO_NEW_PRIVS 0x00000001    /* May not gain new privileges. */
+#define PFA_NO_NEW_PRIVS 0     /* May not gain new privileges. */
 
 static inline bool task_no_new_privs(struct task_struct *p)
 {