[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <86D80EA7-9087-4042-8119-12DD5FCEAA87@amacapital.net>
Date: Tue, 24 Mar 2020 09:22:29 -0700
From: Andy Lutomirski <luto@...capital.net>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: Peter Zijlstra <peterz@...radead.org>,
the arch/x86 maintainers <x86@...nel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Steven Rostedt <rostedt@...dmis.org>,
Masami Hiramatsu <mhiramat@...nel.org>,
Daniel Bristot de Oliveira <bristot@...hat.com>,
Jason Baron <jbaron@...mai.com>,
Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...nel.org>, Nadav Amit <namit@...are.com>,
Peter Anvin <hpa@...or.com>,
Andrew Lutomirski <luto@...nel.org>,
Ard Biesheuvel <ard.biesheuvel@...aro.org>,
Josh Poimboeuf <jpoimboe@...hat.com>
Subject: Re: [RESEND][PATCH v3 14/17] static_call: Add static_cond_call()
> On Mar 24, 2020, at 9:14 AM, Linus Torvalds <torvalds@...ux-foundation.org> wrote:
>
> On Tue, Mar 24, 2020 at 7:25 AM Peter Zijlstra <peterz@...radead.org> wrote:
>>
>> Extend the static_call infrastructure to optimize the following common
>> pattern:
>>
>> if (func_ptr)
>> func_ptr(args...)
>
> Is there any reason why this shouldn't be the default static call pattern?
>
> IOW, do we need the special "cond" versions at all? Couldn't we just
> say that this is how static calls fundamentally work - if the function
> is NULL, they are nops?
>
>
I haven’t checked if static calls currently support return values, but the conditional case only makes sense for functions that return void.
Aside from that, it might be nice for passing NULL in to warn or bug when the NULL pointer is stored instead of silently NOPping out the call in cases where having a real implementation isn’t optional.
Powered by blists - more mailing lists