Message ID | 20140620022307.23075.55858.stgit@kbuild-fedora.novalocal (mailing list archive) |
---|---|
State | Superseded |
Headers | show |
Ping? :) (2014/06/20 11:23), Masami Hiramatsu wrote: > On ia64 and ppc64, the function pointer does not point the > entry address of the function, but the address of function > discriptor (which contains the entry address and misc > data.) Since the kprobes passes the function pointer stored > by NOKPROBE_SYMBOL() to kallsyms_lookup_size_offset() for > initalizing its blacklist, it fails and reports many errors > as below. > > Failed to find blacklist 0001013168300000 > Failed to find blacklist 0001013000f0a000 > Failed to find blacklist 000101315f70a000 > Failed to find blacklist 000101324c80a000 > Failed to find blacklist 0001013063f0a000 > Failed to find blacklist 000101327800a000 > Failed to find blacklist 0001013277f0a000 > Failed to find blacklist 000101315a70a000 > Failed to find blacklist 0001013277e0a000 > Failed to find blacklist 000101305a20a000 > Failed to find blacklist 0001013277d0a000 > Failed to find blacklist 00010130bdc0a000 > Failed to find blacklist 00010130dc20a000 > Failed to find blacklist 000101309a00a000 > Failed to find blacklist 0001013277c0a000 > Failed to find blacklist 0001013277b0a000 > Failed to find blacklist 0001013277a0a000 > Failed to find blacklist 000101327790a000 > Failed to find blacklist 000101303140a000 > Failed to find blacklist 0001013a3280a000 > > To fix this bug, this introduces function_entry() macro to > retrieve the entry address from the given function pointer, > and uses for kallsyms_lookup_size_offset() while initializing > blacklist. > > Changes in v4: > - Add kernel_text_address() check for verifying the address. > - Moved on the latest linus tree. > > Changes in v3: > - Fix a bug to get blacklist address based on function entry > instead of function descriptor. (Suzuki's work, Thanks!) > > Changes in V2: > - Use function_entry() macro when lookin up symbols instead > of storing it. > - Update for the latest -next. > > Signed-off-by: Masami Hiramatsu <masami.hiramatsu.pt@hitachi.com> > Reported-by: Tony Luck <tony.luck@gmail.com> > Tested-by: Tony Luck <tony.luck@intel.com> > Cc: Michael Ellerman <mpe@ellerman.id.au> > Cc: Suzuki K. Poulose <suzuki@in.ibm.com> > Cc: Tony Luck <tony.luck@intel.com> > Cc: Fenghua Yu <fenghua.yu@intel.com> > Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org> > Cc: Paul Mackerras <paulus@samba.org> > Cc: Ananth N Mavinakayanahalli <ananth@in.ibm.com> > Cc: Kevin Hao <haokexin@gmail.com> > Cc: linux-ia64@vger.kernel.org > Cc: linux-kernel@vger.kernel.org > Cc: linuxppc-dev@lists.ozlabs.org > --- > arch/ia64/include/asm/types.h | 2 ++ > arch/powerpc/include/asm/types.h | 11 +++++++++++ > include/linux/types.h | 4 ++++ > kernel/kprobes.c | 15 ++++++++++----- > 4 files changed, 27 insertions(+), 5 deletions(-) > > diff --git a/arch/ia64/include/asm/types.h b/arch/ia64/include/asm/types.h > index 4c351b1..95279dd 100644 > --- a/arch/ia64/include/asm/types.h > +++ b/arch/ia64/include/asm/types.h > @@ -27,5 +27,7 @@ struct fnptr { > unsigned long gp; > }; > > +#define function_entry(fn) (((struct fnptr *)(fn))->ip) > + > #endif /* !__ASSEMBLY__ */ > #endif /* _ASM_IA64_TYPES_H */ > diff --git a/arch/powerpc/include/asm/types.h b/arch/powerpc/include/asm/types.h > index bfb6ded..8b89d65 100644 > --- a/arch/powerpc/include/asm/types.h > +++ b/arch/powerpc/include/asm/types.h > @@ -25,6 +25,17 @@ typedef struct { > unsigned long env; > } func_descr_t; > > +#if defined(CONFIG_PPC64) && (!defined(_CALL_ELF) || _CALL_ELF == 1) > +/* > + * On PPC64 ABIv1 the function pointer actually points to the > + * function's descriptor. The first entry in the descriptor is the > + * address of the function text. > + */ > +#define function_entry(fn) (((func_descr_t *)(fn))->entry) > +#else > +#define function_entry(fn) ((unsigned long)(fn)) > +#endif > + > #endif /* __ASSEMBLY__ */ > > #endif /* _ASM_POWERPC_TYPES_H */ > diff --git a/include/linux/types.h b/include/linux/types.h > index a0bb704..3b95369 100644 > --- a/include/linux/types.h > +++ b/include/linux/types.h > @@ -213,5 +213,9 @@ struct callback_head { > }; > #define rcu_head callback_head > > +#ifndef function_entry > +#define function_entry(fn) ((unsigned long)(fn)) > +#endif > + > #endif /* __ASSEMBLY__ */ > #endif /* _LINUX_TYPES_H */ > diff --git a/kernel/kprobes.c b/kernel/kprobes.c > index 3214289..7412535 100644 > --- a/kernel/kprobes.c > +++ b/kernel/kprobes.c > @@ -32,6 +32,7 @@ > * <prasanna@in.ibm.com> added function-return probes. > */ > #include <linux/kprobes.h> > +#include <linux/types.h> > #include <linux/hash.h> > #include <linux/init.h> > #include <linux/slab.h> > @@ -2037,19 +2038,23 @@ static int __init populate_kprobe_blacklist(unsigned long *start, > { > unsigned long *iter; > struct kprobe_blacklist_entry *ent; > - unsigned long offset = 0, size = 0; > + unsigned long entry, offset = 0, size = 0; > > for (iter = start; iter < end; iter++) { > - if (!kallsyms_lookup_size_offset(*iter, &size, &offset)) { > - pr_err("Failed to find blacklist %p\n", (void *)*iter); > + entry = function_entry(*iter); > + > + if (!kernel_text_address(entry) || > + !kallsyms_lookup_size_offset(entry, &size, &offset)) { > + pr_err("Failed to find blacklist at %p\n", > + (void *)entry); > continue; > } > > ent = kmalloc(sizeof(*ent), GFP_KERNEL); > if (!ent) > return -ENOMEM; > - ent->start_addr = *iter; > - ent->end_addr = *iter + size; > + ent->start_addr = entry; > + ent->end_addr = entry + size; > INIT_LIST_HEAD(&ent->list); > list_add_tail(&ent->list, &kprobe_blacklist); > } > > >
On Mon, 2014-06-30 at 12:14 +0900, Masami Hiramatsu wrote:
> Ping? :)
Yeah sorry. I started looking at this and got dragged into another mess.
You seem to have duplicated the functionality of arch_deref_entry_point(),
which was also added for kprobes, and for the same reason - ie. because some
arches have strange function pointers. Is there some reason you can't use it?
cheers
(2014/06/30 20:36), Michael Ellerman wrote: > On Mon, 2014-06-30 at 12:14 +0900, Masami Hiramatsu wrote: >> Ping? :) > > Yeah sorry. I started looking at this and got dragged into another mess. > > You seem to have duplicated the functionality of arch_deref_entry_point(), > which was also added for kprobes, and for the same reason - ie. because some > arches have strange function pointers. Is there some reason you can't use it? Ah, right! Hmm, it seems some more work to update it. but basically, we can do. BTW, is there any other users who need to access the actual function entry (for kallsyms case)? If so, I guess it'd better to merge this version and replace kprobe's local arch_deref_entry_point() with generic function_entry() macro. Thank you,
On Tue, 2014-07-01 at 11:21 +0900, Masami Hiramatsu wrote: > (2014/06/30 20:36), Michael Ellerman wrote: > > On Mon, 2014-06-30 at 12:14 +0900, Masami Hiramatsu wrote: > >> Ping? :) > > > > Yeah sorry. I started looking at this and got dragged into another mess. > > > > You seem to have duplicated the functionality of arch_deref_entry_point(), > > which was also added for kprobes, and for the same reason - ie. because some > > arches have strange function pointers. Is there some reason you can't use it? > > Ah, right! Hmm, it seems some more work to update it. but basically, we can do. > BTW, is there any other users who need to access the actual function entry (for > kallsyms case)? Not that I'm aware of. We have had function descriptors on 64-bit powerpc for ever, so in theory by now we should have already found any cases where we need that sort of wrapper. cheers
(2014/07/02 13:41), Michael Ellerman wrote: > On Tue, 2014-07-01 at 11:21 +0900, Masami Hiramatsu wrote: >> (2014/06/30 20:36), Michael Ellerman wrote: >>> On Mon, 2014-06-30 at 12:14 +0900, Masami Hiramatsu wrote: >>>> Ping? :) >>> >>> Yeah sorry. I started looking at this and got dragged into another mess. >>> >>> You seem to have duplicated the functionality of arch_deref_entry_point(), >>> which was also added for kprobes, and for the same reason - ie. because some >>> arches have strange function pointers. Is there some reason you can't use it? >> >> Ah, right! Hmm, it seems some more work to update it. but basically, we can do. >> BTW, is there any other users who need to access the actual function entry (for >> kallsyms case)? > > Not that I'm aware of. We have had function descriptors on 64-bit powerpc for > ever, so in theory by now we should have already found any cases where we need > that sort of wrapper. OK, then I'll update this patch to use arch_deref_entry_point(), and add additional patch which update to support PPC64 ABIv2. Thank you!
On Wed, 2014-07-02 at 15:39 +0900, Masami Hiramatsu wrote: > (2014/07/02 13:41), Michael Ellerman wrote: > > On Tue, 2014-07-01 at 11:21 +0900, Masami Hiramatsu wrote: > >> (2014/06/30 20:36), Michael Ellerman wrote: > >>> On Mon, 2014-06-30 at 12:14 +0900, Masami Hiramatsu wrote: > >>>> Ping? :) > >>> > >>> Yeah sorry. I started looking at this and got dragged into another mess. > >>> > >>> You seem to have duplicated the functionality of arch_deref_entry_point(), > >>> which was also added for kprobes, and for the same reason - ie. because some > >>> arches have strange function pointers. Is there some reason you can't use it? > >> > >> Ah, right! Hmm, it seems some more work to update it. but basically, we can do. > >> BTW, is there any other users who need to access the actual function entry (for > >> kallsyms case)? > > > > Not that I'm aware of. We have had function descriptors on 64-bit powerpc for > > ever, so in theory by now we should have already found any cases where we need > > that sort of wrapper. > > OK, then I'll update this patch to use arch_deref_entry_point(), and add additional > patch which update to support PPC64 ABIv2. I've already done the latter: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=2f0143c91d30823f6f6e7d94d7fa818f7ab18a18 cheers
(2014/07/02 15:56), Michael Ellerman wrote: > On Wed, 2014-07-02 at 15:39 +0900, Masami Hiramatsu wrote: >> (2014/07/02 13:41), Michael Ellerman wrote: >>> On Tue, 2014-07-01 at 11:21 +0900, Masami Hiramatsu wrote: >>>> (2014/06/30 20:36), Michael Ellerman wrote: >>>>> On Mon, 2014-06-30 at 12:14 +0900, Masami Hiramatsu wrote: >>>>>> Ping? :) >>>>> >>>>> Yeah sorry. I started looking at this and got dragged into another mess. >>>>> >>>>> You seem to have duplicated the functionality of arch_deref_entry_point(), >>>>> which was also added for kprobes, and for the same reason - ie. because some >>>>> arches have strange function pointers. Is there some reason you can't use it? >>>> >>>> Ah, right! Hmm, it seems some more work to update it. but basically, we can do. >>>> BTW, is there any other users who need to access the actual function entry (for >>>> kallsyms case)? >>> >>> Not that I'm aware of. We have had function descriptors on 64-bit powerpc for >>> ever, so in theory by now we should have already found any cases where we need >>> that sort of wrapper. >> >> OK, then I'll update this patch to use arch_deref_entry_point(), and add additional >> patch which update to support PPC64 ABIv2. > > I've already done the latter: > > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=2f0143c91d30823f6f6e7d94d7fa818f7ab18a18 Oh, thanks! In that case, my 1/2 patch should be dropped.
diff --git a/arch/ia64/include/asm/types.h b/arch/ia64/include/asm/types.h index 4c351b1..95279dd 100644 --- a/arch/ia64/include/asm/types.h +++ b/arch/ia64/include/asm/types.h @@ -27,5 +27,7 @@ struct fnptr { unsigned long gp; }; +#define function_entry(fn) (((struct fnptr *)(fn))->ip) + #endif /* !__ASSEMBLY__ */ #endif /* _ASM_IA64_TYPES_H */ diff --git a/arch/powerpc/include/asm/types.h b/arch/powerpc/include/asm/types.h index bfb6ded..8b89d65 100644 --- a/arch/powerpc/include/asm/types.h +++ b/arch/powerpc/include/asm/types.h @@ -25,6 +25,17 @@ typedef struct { unsigned long env; } func_descr_t; +#if defined(CONFIG_PPC64) && (!defined(_CALL_ELF) || _CALL_ELF == 1) +/* + * On PPC64 ABIv1 the function pointer actually points to the + * function's descriptor. The first entry in the descriptor is the + * address of the function text. + */ +#define function_entry(fn) (((func_descr_t *)(fn))->entry) +#else +#define function_entry(fn) ((unsigned long)(fn)) +#endif + #endif /* __ASSEMBLY__ */ #endif /* _ASM_POWERPC_TYPES_H */ diff --git a/include/linux/types.h b/include/linux/types.h index a0bb704..3b95369 100644 --- a/include/linux/types.h +++ b/include/linux/types.h @@ -213,5 +213,9 @@ struct callback_head { }; #define rcu_head callback_head +#ifndef function_entry +#define function_entry(fn) ((unsigned long)(fn)) +#endif + #endif /* __ASSEMBLY__ */ #endif /* _LINUX_TYPES_H */ diff --git a/kernel/kprobes.c b/kernel/kprobes.c index 3214289..7412535 100644 --- a/kernel/kprobes.c +++ b/kernel/kprobes.c @@ -32,6 +32,7 @@ * <prasanna@in.ibm.com> added function-return probes. */ #include <linux/kprobes.h> +#include <linux/types.h> #include <linux/hash.h> #include <linux/init.h> #include <linux/slab.h> @@ -2037,19 +2038,23 @@ static int __init populate_kprobe_blacklist(unsigned long *start, { unsigned long *iter; struct kprobe_blacklist_entry *ent; - unsigned long offset = 0, size = 0; + unsigned long entry, offset = 0, size = 0; for (iter = start; iter < end; iter++) { - if (!kallsyms_lookup_size_offset(*iter, &size, &offset)) { - pr_err("Failed to find blacklist %p\n", (void *)*iter); + entry = function_entry(*iter); + + if (!kernel_text_address(entry) || + !kallsyms_lookup_size_offset(entry, &size, &offset)) { + pr_err("Failed to find blacklist at %p\n", + (void *)entry); continue; } ent = kmalloc(sizeof(*ent), GFP_KERNEL); if (!ent) return -ENOMEM; - ent->start_addr = *iter; - ent->end_addr = *iter + size; + ent->start_addr = entry; + ent->end_addr = entry + size; INIT_LIST_HEAD(&ent->list); list_add_tail(&ent->list, &kprobe_blacklist); }