[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160503095912.GD27540@pd.tnic>
Date: Tue, 3 May 2016 11:59:12 +0200
From: Borislav Petkov <bp@...en8.de>
To: Stas Sergeev <stsp@...t.ru>
Cc: linux-tip-commits@...r.kernel.org, sasha.levin@...cle.com,
linux-kernel@...r.kernel.org, hpa@...or.com,
shuahkh@....samsung.com, xemul@...allels.com, luto@...capital.net,
mingo@...nel.org, vdavydov@...allels.com,
torvalds@...ux-foundation.org, amanieu@...il.com,
peterz@...radead.org, stsp@...t.ru, viro@...iv.linux.org.uk,
tglx@...utronix.de, oleg@...hat.com, mhocko@...e.com,
dvlasenk@...hat.com, akpm@...ux-foundation.org, brgerst@...il.com,
richard@....at
Subject: Re: [tip:core/signals] signals/sigaltstack: Prepare to add new
SS_xxx flags
On Tue, May 03, 2016 at 12:50:06AM -0700, tip-bot for Stas Sergeev wrote:
> Commit-ID: 407bc16ad1769f5cb8ad9555611cb198187ef4cd
> Gitweb: http://git.kernel.org/tip/407bc16ad1769f5cb8ad9555611cb198187ef4cd
> Author: Stas Sergeev <stsp@...t.ru>
> AuthorDate: Thu, 14 Apr 2016 23:20:03 +0300
> Committer: Ingo Molnar <mingo@...nel.org>
> CommitDate: Tue, 3 May 2016 08:37:59 +0200
>
> signals/sigaltstack: Prepare to add new SS_xxx flags
>
> This patch adds SS_FLAG_BITS - the mask that splits sigaltstack
> mode values and bit-flags. Since there is no bit-flags yet, the
> mask is defined to 0. The flags are added by subsequent patches.
> With every new flag, the mask should have the appropriate bit cleared.
>
> This makes sure if some flag is tried on a kernel that doesn't
> support it, the -EINVAL error will be returned, because such a
> flag will be treated as an invalid mode rather than the bit-flag.
>
> That way the existence of the particular features can be probed
> at run-time.
>
> This change was suggested by Andy Lutomirski:
>
> https://lkml.org/lkml/2016/3/6/158
Please use the message ID in the future
Message-ID: <CALCETrW=M1=n6R6dwOj-ks_=+14vf4rz0S3SFty-_GuwFFZU5A@...l.gmail.com>
to refer to public mails because random web services caching lkml tend
to become unreliable or even disappear at some point.
I.e., see Link: format below for an example.
> Signed-off-by: Stas Sergeev <stsp@...t.ru>
> Cc: Al Viro <viro@...iv.linux.org.uk>
> Cc: Amanieu d'Antras <amanieu@...il.com>
> Cc: Andrew Morton <akpm@...ux-foundation.org>
> Cc: Andy Lutomirski <luto@...capital.net>
> Cc: Borislav Petkov <bp@...en8.de>
> Cc: Brian Gerst <brgerst@...il.com>
> Cc: Denys Vlasenko <dvlasenk@...hat.com>
> Cc: H. Peter Anvin <hpa@...or.com>
> Cc: Linus Torvalds <torvalds@...ux-foundation.org>
> Cc: Michal Hocko <mhocko@...e.com>
> Cc: Oleg Nesterov <oleg@...hat.com>
> Cc: Pavel Emelyanov <xemul@...allels.com>
> Cc: Peter Zijlstra (Intel) <peterz@...radead.org>
> Cc: Peter Zijlstra <peterz@...radead.org>
> Cc: Richard Weinberger <richard@....at>
> Cc: Sasha Levin <sasha.levin@...cle.com>
> Cc: Shuah Khan <shuahkh@....samsung.com>
> Cc: Thomas Gleixner <tglx@...utronix.de>
> Cc: Vladimir Davydov <vdavydov@...allels.com>
> Cc: linux-api@...r.kernel.org
> Cc: linux-kernel@...r.kernel.org
> Link: http://lkml.kernel.org/r/1460665206-13646-3-git-send-email-stsp@list.ru
> Signed-off-by: Ingo Molnar <mingo@...nel.org>
> ---
> include/uapi/linux/signal.h | 3 +++
> kernel/signal.c | 16 ++++++----------
> 2 files changed, 9 insertions(+), 10 deletions(-)
Thanks.
--
Regards/Gruss,
Boris.
ECO tip #101: Trim your mails when you reply.
Powered by blists - more mailing lists