Sashiko discussions
 help / color / mirror / Atom feed
* Re: [PATCHv5 bpf-next 01/28] ftrace: Add ftrace_hash_count function
       [not found] ` <20260418005821.4F156C19425@smtp.kernel.org>
@ 2026-04-21  8:54   ` Jiri Olsa
  0 siblings, 0 replies; only message in thread
From: Jiri Olsa @ 2026-04-21  8:54 UTC (permalink / raw)
  To: sashiko; +Cc: bpf

On Sat, Apr 18, 2026 at 12:58:20AM +0000, sashiko-bot@kernel.org wrote:
> Sashiko AI review found 1 potential issue(s):
> - [Low] ftrace_hash_count() is declared under CONFIG_DYNAMIC_FTRACE but defined under CONFIG_DYNAMIC_FTRACE_WITH_DIRECT_CALLS, leading to potential linker errors.
> --
> 
> commit 62c46ea6c0c10abc0df16b7c684809496d439e2f
> Author: Jiri Olsa <jolsa@kernel.org>
> 
> ftrace: Add ftrace_hash_count function
> 
> This commit adds an external ftrace_hash_count function so the hash
> count can be obtained outside of the ftrace object.
> 
> > diff --git a/include/linux/ftrace.h b/include/linux/ftrace.h
> > index 28b30c6f10314..9d9ae1bc692ae 100644
> > --- a/include/linux/ftrace.h
> > +++ b/include/linux/ftrace.h
> > @@ -415,6 +415,7 @@ struct ftrace_hash *alloc_ftrace_hash(int size_bits);
> >  void free_ftrace_hash(struct ftrace_hash *hash);
> >  struct ftrace_func_entry *add_ftrace_hash_entry_direct(struct ftrace_hash *hash,
> >  						       unsigned long ip, unsigned long direct);
> > +unsigned long ftrace_hash_count(struct ftrace_hash *hash);
> >  
> >  /* The hash used to know what functions callbacks trace */
> >  struct ftrace_ops_hash {
> 
> [ ... ]
> 
> > diff --git a/kernel/trace/ftrace.c b/kernel/trace/ftrace.c
> > index b2611de3f5943..57ab01fd00bda 100644
> > --- a/kernel/trace/ftrace.c
> > +++ b/kernel/trace/ftrace.c
> > @@ -6288,11 +6288,16 @@ int modify_ftrace_direct(struct ftrace_ops *ops, unsigned long addr)
> >  }
> >  EXPORT_SYMBOL_GPL(modify_ftrace_direct);
> >  
> > -static unsigned long hash_count(struct ftrace_hash *hash)
> > +static inline unsigned long hash_count(struct ftrace_hash *hash)
> >  {
> >  	return hash ? hash->count : 0;
> >  }
> >  
> > +unsigned long ftrace_hash_count(struct ftrace_hash *hash)
> > +{
> > +	return hash_count(hash);
> > +}
> > +
> 
> If a kernel is configured with CONFIG_DYNAMIC_FTRACE=y but 
> CONFIG_DYNAMIC_FTRACE_WITH_DIRECT_CALLS=n, will this result in a linker error?
> 
> The declaration in include/linux/ftrace.h is located under 
> CONFIG_DYNAMIC_FTRACE, but this definition in kernel/trace/ftrace.c is placed 
> inside a CONFIG_DYNAMIC_FTRACE_WITH_DIRECT_CALLS block.
> 
> Code built-in to the kernel (like BPF or tracing extensions) that attempts 
> to use this new API could compile successfully but fail to link on 
> architectures that do not support direct ftrace calls.

right, will check the compilation for such config

jirka

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2026-04-21  8:54 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <20260417192502.194548-2-jolsa@kernel.org>
     [not found] ` <20260418005821.4F156C19425@smtp.kernel.org>
2026-04-21  8:54   ` [PATCHv5 bpf-next 01/28] ftrace: Add ftrace_hash_count function Jiri Olsa

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox