summaryrefslogtreecommitdiff
path: root/Makefile
diff options
context:
space:
mode:
authorVladimir Davydov <vdavydov@parallels.com>2015-04-16 12:47:35 -0700
committerJiri Slaby <jslaby@suse.cz>2016-07-21 08:36:13 +0200
commit2b012f593d8a847f2021ac1b986d157b010ed8ad (patch)
tree3fff79cba6a6977eb6f063c3d1568e64cd1cfd39 /Makefile
parent948546f8c1a743c138d14aafe54b48ab598f62f6 (diff)
signal: remove warning about using SI_TKILL in rt_[tg]sigqueueinfo
commit 69828dce7af2cb6d08ef5a03de687d422fb7ec1f upstream. Sending SI_TKILL from rt_[tg]sigqueueinfo was deprecated, so now we issue a warning on the first attempt of doing it. We use WARN_ON_ONCE, which is not informative and, what is worse, taints the kernel, making the trinity syscall fuzzer complain false-positively from time to time. It does not look like we need this warning at all, because the behaviour changed quite a long time ago (2.6.39), and if an application relies on the old API, it gets EPERM anyway and can issue a warning by itself. So let us zap the warning in kernel. Signed-off-by: Vladimir Davydov <vdavydov@parallels.com> Acked-by: Oleg Nesterov <oleg@redhat.com> Cc: Richard Weinberger <richard@nod.at> Cc: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> Signed-off-by: Jiri Slaby <jslaby@suse.cz>
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions