From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.linuxfoundation.org ([140.211.169.12]:49996 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751459AbdATJnX (ORCPT ); Fri, 20 Jan 2017 04:43:23 -0500 Date: Fri, 20 Jan 2017 10:43:35 +0100 From: Greg KH To: Jiri Slaby Cc: rostedt@goodmis.org, colin.king@canonical.com, stable@vger.kernel.org, stable-commits@vger.kernel.org Subject: Re: Patch "ftrace/x86_32: Set ftrace_stub to weak to prevent gcc from using short jumps to it" has been added to the 4.4-stable tree Message-ID: <20170120094335.GB27345@kroah.com> References: <148371455519941@kroah.com> <492e3143-b15a-a467-15b2-5c544e870613@suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <492e3143-b15a-a467-15b2-5c544e870613@suse.cz> Sender: stable-owner@vger.kernel.org List-ID: On Fri, Jan 20, 2017 at 10:17:57AM +0100, Jiri Slaby wrote: > On 01/06/2017, 03:55 PM, gregkh@linuxfoundation.org wrote: > > From 847fa1a6d3d00f3bdf68ef5fa4a786f644a0dd67 Mon Sep 17 00:00:00 2001 > > From: "Steven Rostedt (Red Hat)" > > Date: Thu, 8 Dec 2016 12:48:26 -0500 > > Subject: ftrace/x86_32: Set ftrace_stub to weak to prevent gcc from using short jumps to it > > > > From: Steven Rostedt (Red Hat) > > > > commit 847fa1a6d3d00f3bdf68ef5fa4a786f644a0dd67 upstream. > > > > With new binutils, gcc may get smart with its optimization and change a jmp > > from a 5 byte jump to a 2 byte one even though it was jumping to a global > > function. But that global function existed within a 2 byte radius, and gcc > > was able to optimize it. Unfortunately, that jump was also being modified > > when function graph tracing begins. Since ftrace expected that jump to be 5 > > bytes, but it was only two, it overwrote code after the jump, causing a > > crash. > > > > This was fixed for x86_64 with commit 8329e818f149, with the same subject as > > this commit, but nothing was done for x86_32. > > Greg, > > can we have the x86_64 fix (8329e818f149) in 4.4 too? Ah, yes, I totally missed that. I'll queue it up after this next round of kernels goes out in a few hours. thanks, greg k-h