All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <greg@kroah.com>
To: Vinson Lee <vlee@freedesktop.org>
Cc: Vladimir Davydov <vdavydov@parallels.com>,
	Oleg Nesterov <oleg@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@kernel.org>, Stas Sergeev <stsp@list.ru>,
	Amanieu d'Antras <amanieu@gmail.com>,
	stable@vger.kernel.org, Dave Jones <davej@codemonkey.org.uk>
Subject: Re: [stable request < 4.1] signal: remove warning about using SI_TKILL in rt_[tg]sigqueueinfo
Date: Sun, 14 Aug 2016 17:25:19 +0200	[thread overview]
Message-ID: <20160814152519.GF20560@kroah.com> (raw)
In-Reply-To: <CACKvgLEXq7-fOpozMfo22imdLeC6mfsLjM9awrG+_CVrKGYNuw@mail.gmail.com>

On Wed, Jul 13, 2016 at 11:41:35AM -0700, Vinson Lee wrote:
> Hi.
> 
> I would like to nominate 4.1 commit
> 69828dce7af2cb6d08ef5a03de687d422fb7ec1f for backport to stable
> branches.

How far back do you want this to go, and have you tested it for?

Are people hitting this on 3.14?  Does anyone care about this for 3.14?

thanks,

greg k-h

> 
> commit 69828dce7af2cb6d08ef5a03de687d422fb7ec1f
> Author: Vladimir Davydov <vdavydov@parallels.com>
> Date:   Thu Apr 16 12:47:35 2015 -0700
> 
>     signal: remove warning about using SI_TKILL in rt_[tg]sigqueueinfo
> 
>     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>
> 
> 
> I trigger this warning with trinity as well on older kernels. For
> example, this is a warning from a trinity run on a Ubuntu 3.16 kernel.
> 
> ------------[ cut here ]------------
> WARNING: CPU: 9 PID: 27056 at
> /build/buildd/linux-lts-utopic-3.16.0/kernel/signal.c:3035
> do_rt_tgsigqueueinfo+0xac/0xc0()
> Modules linked in: l2tp_ppp(E) l2tp_netlink(E) l2tp_core(E) dccp_ipv4
> dccp dlci(E) ipt_ULOG dn_rtmsg cmtp(E) kernelcapi(E) nfnetlink bnep(E)
> sctp scsi_transport_iscsi rfcomm(E) hidp(E) can_bcm af_alg irda
> af_rxrpc phonet ipx p8022 p8023 can_raw can appletalk psnap xfrm_user
> bluetooth(E) 6lowpan_iphc nfc(E) pppoe pppox caif_socket(E) caif(E)
> crc_ccitt llc2 vmw_vsock_vmci_transport vsock vmw_vmci atm af_key
> xfrm_algo hfs(E) ip6table_filter ip6_tables xt_comment xt_state xt_LOG
> xt_limit xt_tcpudp xt_addrtype iptable_filter iptable_mangle
> iptable_raw iptable_nat nf_nat_ipv4 nf_nat ip_tables x_tables 8021q
> mrp garp bridge stp llc squashfs nf_conntrack_ipv4 nf_defrag_ipv4
> nf_conntrack xfs libcrc32c intel_rapl(E) x86_pkg_temp_thermal(E)
> intel_powerclamp(E) coretemp(E) kvm_intel kvm crct10dif_pclmul
> crc32_pclmul ghash_clmulni_intel aesni_intel ablk_helper cryptd lrw
> gf128mul glue_helper aes_x86_64 ioatdma(E) sb_edac(E) lpc_ich(E)
> edac_core(E) joydev mei_me(E) mei(E) shpchp(E) ipmi_si(E) mac_hid(E)
> ipmi_devintf(E) ipmi_msghandler lp parport ses(E) enclosure(E) raid10
> raid456 async_raid6_recov async_pq raid6_pq igb(E) hid_generic(E)
> async_xor ixgbe(E) isci(E) xor mpt2sas(E) libsas dca(E)
> i2c_algo_bit(E) async_memcpy usbhid(E) ptp async_tx mdio(E)
> scsi_transport_sas hid(E) pps_core raid_class raid1 raid0 multipath
> linear
> CPU: 9 PID: 27056 Comm: trinity-c32 Tainted: G            E
> 3.16.0-33-generic #44~14.04.1-Ubuntu
>  0000000000000009 ffff88080ebffe48 ffffffff81763720 0000000000000000
>  ffff88080ebffe80 ffffffff8106dd7d 0000000000000001 0000000000000101
>  00000000ffffffff 0000000000000129 0000000000000000 ffff88080ebffe90
> Call Trace:
>  [<ffffffff81763720>] dump_stack+0x45/0x56
>  [<ffffffff8106dd7d>] warn_slowpath_common+0x7d/0xa0
>  [<ffffffff8106de5a>] warn_slowpath_null+0x1a/0x20
>  [<ffffffff8107f6dc>] do_rt_tgsigqueueinfo+0xac/0xc0
>  [<ffffffff8107f739>] SYSC_rt_tgsigqueueinfo+0x49/0x60
>  [<ffffffff8108174e>] SyS_rt_tgsigqueueinfo+0xe/0x10
>  [<ffffffff8176be6d>] system_call_fastpath+0x1a/0x1f
> ---[ end trace 87e1749467efbe95 ]---
> 
> Cheers,
> Vinson
> --
> To unsubscribe from this list: send the line "unsubscribe stable" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

      parent reply	other threads:[~2016-08-14 15:25 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-07-13 18:41 [stable request < 4.1] signal: remove warning about using SI_TKILL in rt_[tg]sigqueueinfo Vinson Lee
2016-07-13 20:42 ` Greg KH
2016-07-13 21:28   ` Vinson Lee
2016-07-13 22:41     ` Greg KH
2016-07-14  5:07       ` Willy Tarreau
2016-08-14 15:25 ` Greg KH [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20160814152519.GF20560@kroah.com \
    --to=greg@kroah.com \
    --cc=akpm@linux-foundation.org \
    --cc=amanieu@gmail.com \
    --cc=davej@codemonkey.org.uk \
    --cc=mingo@kernel.org \
    --cc=oleg@redhat.com \
    --cc=stable@vger.kernel.org \
    --cc=stsp@list.ru \
    --cc=vdavydov@parallels.com \
    --cc=vlee@freedesktop.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.