From: Arnaldo Carvalho de Melo <acme@kernel.org>
To: "Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com>
Cc: Michael Ellerman <mpe@ellerman.id.au>,
Masami Hiramatsu <mhiramat@kernel.org>,
Steven Rostedt <rostedt@goodmis.org>,
Ingo Molnar <mingo@redhat.com>,
linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
Ananth N Mavinakayanahalli <ananth@linux.vnet.ibm.com>
Subject: Re: [PATCH v5 2/5] powerpc: kretprobes: override default function entry offset
Date: Wed, 8 Mar 2017 11:29:16 -0300 [thread overview]
Message-ID: <20170308142916.GA3035@kernel.org> (raw)
In-Reply-To: <20170308142412.GI11046@naverao1-tp.localdomain>
Em Wed, Mar 08, 2017 at 07:54:12PM +0530, Naveen N. Rao escreveu:
> Hi Michael,
>
> On 2017/03/08 09:43PM, Michael Ellerman wrote:
> > "Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com> writes:
> >
> > > With ABIv2, we offset 8 bytes into a function to get at the local entry
> > > point.
> > >
> > > Acked-by: Ananth N Mavinakayanahalli <ananth@linux.vnet.ibm.com>
> > > Acked-by: Michael Ellerman <mpe@ellerman.id.au>
> > > Signed-off-by: Naveen N. Rao <naveen.n.rao@linux.vnet.ibm.com>
> > > ---
> > > arch/powerpc/kernel/kprobes.c | 9 +++++++++
> > > 1 file changed, 9 insertions(+)
> >
> > I'm OK with this change, and I'm happy for it to go with the rest of the
> > series via acme's tree:
> >
> > Acked-by: Michael Ellerman <mpe@ellerman.id.au>
> >
> >
> > But, you've also sent a series to do KPROBES_ON_FTRACE, and that also
> > touches this function, see the 2nd to last hunk at:
> >
> > https://patchwork.ozlabs.org/patch/730675/
> >
> >
> > If this goes via acme's tree it will be awkward for me to merge the
> > series above via the powerpc tree.
>
> Ah yes, indeed.
>
> >
> > So we could do topic branches and so on, or we could just drop this
> > patch from this series, and I'll merge it as part of the other series.
> > It won't do anything useful until it's merged with a tree that also has
> > the rest of this series. Or something else I haven't thought of.
>
> The arch-independent change that this depends on has been picked up by
> Arnaldo and pushed to Ingo:
> https://www.mail-archive.com/linuxppc-dev@lists.ozlabs.org/msg115211.html
>
> I'm guessing this will go into v4.11? In which case, this powerpc patch
> should also go in. Otherwise kretprobes will be broken on powerpc64le.
I don't think so, I've put it in a perf/core branch, meaning its not
strictly fixes, could be processed in the next merge window if Ingo
thinks we've passed the current merge window threshold for such kind of
changes, and he merged it into perf/core, meaning, at this time, that it
is aimed for 4.12.
> I wasn't sure if you were planning on picking up KPROBES_ON_FTRACE for
> v4.11. If so, it would be good to take this patch through the powerpc
> tree. Otherwise, this can go via Ingo's tree.
If you guys convince Ingo that this should go _now_, then just cherry
pick what was merged into tip/perf/core that is needed for the arch
specific stuff and go from there.
- Arnaldo
next prev parent reply other threads:[~2017-03-08 14:29 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-03-08 8:26 [PATCH v5 0/5] kretprobe fixes Naveen N. Rao
2017-03-08 8:26 ` [PATCH v5 1/5] trace/kprobes: fix check for kretprobe offset within function entry Naveen N. Rao
2017-03-08 8:26 ` [PATCH v5 2/5] powerpc: kretprobes: override default function entry offset Naveen N. Rao
2017-03-08 10:43 ` Michael Ellerman
2017-03-08 14:24 ` Naveen N. Rao
2017-03-08 14:29 ` Arnaldo Carvalho de Melo [this message]
2017-03-08 16:46 ` Naveen N. Rao
2017-03-09 6:37 ` Michael Ellerman
2017-03-09 8:03 ` Naveen N. Rao
2017-03-14 13:18 ` Arnaldo Carvalho de Melo
2017-03-15 9:15 ` Naveen N. Rao
2017-04-24 22:47 ` [v5, " Michael Ellerman
2017-03-08 8:26 ` [PATCH v5 3/5] perf: probe: factor out the ftrace README scanning Naveen N. Rao
2017-03-08 8:26 ` [PATCH v5 4/5] perf: kretprobes: offset from reloc_sym if kernel supports it Naveen N. Rao
2017-03-08 8:26 ` [PATCH v5 5/5] perf: powerpc: choose local entry point with kretprobes Naveen N. Rao
2017-03-08 10:31 ` Masami Hiramatsu
2017-03-08 11:39 ` Naveen N. Rao
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=20170308142916.GA3035@kernel.org \
--to=acme@kernel.org \
--cc=ananth@linux.vnet.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=mhiramat@kernel.org \
--cc=mingo@redhat.com \
--cc=mpe@ellerman.id.au \
--cc=naveen.n.rao@linux.vnet.ibm.com \
--cc=rostedt@goodmis.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).