sched: fix confusing PFA_NO_NEW_PRIVS constant
authorZefan Li <lizefan@huawei.com>
Thu, 25 Sep 2014 01:40:17 +0000 (09:40 +0800)
committerTejun Heo <tj@kernel.org>
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 <peterz@infradead.org>
Cc: Ingo Molnar <mingo@kernel.org>
Cc: Miao Xie <miaox@cn.fujitsu.com>
Signed-off-by: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>
Acked-by: Kees Cook <keescook@chromium.org>
[ lizf: slightly modified subject and changelog ]
Signed-off-by: Zefan Li <lizefan@huawei.com>
Signed-off-by: Tejun Heo <tj@kernel.org>
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)
 {