On Fri, 11 Jul 2014 21:06:55 +0200
Oleg Nesterov <o...@redhat.com> wrote:

> filter_free_subsystem_preds() and filter_free_subsystem_filters()
> can rely on file->system->subsystem and avoid strcmp().
> 
> Signed-off-by: Oleg Nesterov <o...@redhat.com>
> ---
>  kernel/trace/trace_events_filter.c |    9 ++-------
>  1 files changed, 2 insertions(+), 7 deletions(-)
> 
> diff --git a/kernel/trace/trace_events_filter.c 
> b/kernel/trace/trace_events_filter.c
> index 54a125c..59655bc 100644
> --- a/kernel/trace/trace_events_filter.c
> +++ b/kernel/trace/trace_events_filter.c
> @@ -846,13 +846,10 @@ static void filter_free_subsystem_preds(struct 
> event_subsystem *system,
>                                       struct trace_array *tr)
>  {
>       struct ftrace_event_file *file;
> -     struct ftrace_event_call *call;
>  
>       list_for_each_entry(file, &tr->events, list) {
> -             call = file->event_call;
> -             if (strcmp(call->class->system, system->name) != 0)
> +             if (file->system->subsystem != system)

This is only used on one place. What about just passing in dir instead
of system and then do:

                if (file->system != dir)
>                       continue;

-- Steve

> -
>               __remove_filter(file);
>       }
>  }
> @@ -874,11 +871,9 @@ static void filter_free_subsystem_filters(struct 
> event_subsystem *system,
>                                         struct trace_array *tr)
>  {
>       struct ftrace_event_file *file;
> -     struct ftrace_event_call *call;
>  
>       list_for_each_entry(file, &tr->events, list) {
> -             call = file->event_call;
> -             if (strcmp(call->class->system, system->name) != 0)
> +             if (file->system->subsystem != system)
>                       continue;
>               __free_subsystem_filter(file);
>       }

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to