linux-kernel - Re: [tip:core/signals] signals/sigaltstack: Prepare to add new SS

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

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.