Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1584449
| From | "Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH 0/2] powerpc: kretprobe updates |
| Date | 2017-02-20 10:50 +0100 |
| Message-ID | <tcSLw-2W4-19@gated-at.bofh.it> (permalink) |
| References | <tbclk-3oS-33@gated-at.bofh.it> <tbpse-3wB-5@gated-at.bofh.it> <tbOgV-3b6-3@gated-at.bofh.it> <tbXDA-DC-17@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On 2017/02/17 05:42PM, Arnaldo Carvalho de Melo wrote: > Em Fri, Feb 17, 2017 at 07:44:33PM +0900, Masami Hiramatsu escreveu: > > On Thu, 16 Feb 2017 13:47:37 +0530 > > "Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com> wrote: > > > > > I am posting the powerpc bits in the same thread so as to keep these > > > changes together. I am not sure how this should be taken upstream as > > > there are atleast three different trees involved: one for the core > > > kprobes infrastructure, one for powerpc and one for perf. > > > Hmm, could you make these (and other related) patches and > > other series in one series? Or wait for the other series > > are merged correctly. > > Well, patches like these should be done in a way that the tooling parts > can deal with kernels with or without the kernel changes, so that older > tools work with new kernels and new tools work with older kernels. > > "work" as in the previous behaviour is kept when a new tool deals with > an older kernel and an older tool would warn the user that what it needs > is not present in that kernel. > > Is this the case? I just looked briefly at the patch commit logs. Thanks, that makes sense. All the kernel patches here can go in as they are about removing the restrictions around use of kretprobes with kprobe_event, except for the first patch which hardens use of kretprobes in general by validating addresses. None of that should cause issues with the existing tools. > > If it is, then I can pick the tool ones, and the others can be submitted > to the relevant trees, at some point all will be in, kernels eventually > gets updated everywhere, ditto for the tooling, all gets well. Older perf tools with newer kernels will be fine. However, with the current perf patches, newer perf will fail with older kernels. I will redo the perf patches to address this. So, please don't merge the perf bits in this series. Regards, Naveen
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH] kretprobes: reject registration if a symbol offset is specified "Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com> - 2017-02-14 09:40 +0100
Re: [PATCH] kretprobes: reject registration if a symbol offset is specified Ananth N Mavinakayanahalli <ananth@linux.vnet.ibm.com> - 2017-02-14 09:50 +0100
Re: [PATCH] kretprobes: reject registration if a symbol offset is specified Masami Hiramatsu <mhiramat@kernel.org> - 2017-02-14 11:40 +0100
Re: [PATCH] kretprobes: reject registration if a symbol offset is specified "Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com> - 2017-02-15 19:00 +0100
[PATCH 3/3] perf: revert "perf probe: Fix probing kretprobes" "Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com> - 2017-02-15 19:20 +0100
Re: [PATCH 3/3] perf: revert "perf probe: Fix probing kretprobes" Masami Hiramatsu <mhiramat@kernel.org> - 2017-02-16 00:50 +0100
[PATCH 1/3] kretprobes: ensure probe location is at function entry "Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com> - 2017-02-15 19:20 +0100
[PATCH 2/3] trace/kprobes: allow return probes with offsets and absolute addresses "Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com> - 2017-02-15 19:20 +0100
Re: [PATCH 2/3] trace/kprobes: allow return probes with offsets and absolute addresses Masami Hiramatsu <mhiramat@kernel.org> - 2017-02-16 00:50 +0100
Re: [PATCH 1/3] kretprobes: ensure probe location is at function entry Masami Hiramatsu <mhiramat@kernel.org> - 2017-02-16 00:50 +0100
Re: [PATCH 1/3] kretprobes: ensure probe location is at function entry "Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com> - 2017-02-16 09:00 +0100
[PATCH 0/2] powerpc: kretprobe updates "Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com> - 2017-02-16 09:20 +0100
[PATCH 1/2] powerpc: kretprobes: override default function entry offset "Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com> - 2017-02-16 09:20 +0100
[PATCH 2/2] perf: powerpc: choose LEP with kretprobes "Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com> - 2017-02-16 09:20 +0100
Re: [PATCH 0/2] powerpc: kretprobe updates Masami Hiramatsu <mhiramat@kernel.org> - 2017-02-17 11:50 +0100
Re: [PATCH 0/2] powerpc: kretprobe updates Arnaldo Carvalho de Melo <acme@kernel.org> - 2017-02-17 21:50 +0100
Re: [PATCH 0/2] powerpc: kretprobe updates Masami Hiramatsu <mhiramat@kernel.org> - 2017-02-19 05:50 +0100
Re: [PATCH 0/2] powerpc: kretprobe updates "Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com> - 2017-02-20 11:00 +0100
Re: [PATCH 0/2] powerpc: kretprobe updates Masami Hiramatsu <mhiramat@kernel.org> - 2017-02-21 14:10 +0100
Re: [PATCH 0/2] powerpc: kretprobe updates "Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com> - 2017-02-22 14:50 +0100
Re: [PATCH 0/2] powerpc: kretprobe updates "Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com> - 2017-02-20 10:50 +0100
Re: [PATCH 0/2] powerpc: kretprobe updates "Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com> - 2017-02-20 12:50 +0100
Re: [PATCH 0/2] powerpc: kretprobe updates Masami Hiramatsu <mhiramat@kernel.org> - 2017-02-21 14:10 +0100
Re: [PATCH] kretprobes: reject registration if a symbol offset is specified Masami Hiramatsu <mhiramat@kernel.org> - 2017-02-16 00:30 +0100
csiph-web