Re: [PATCH v4 03/16] x86/alternatives,jump_label: Provide better text_poke() batching interface

2019-10-21 Thread Peter Zijlstra
On Mon, Oct 21, 2019 at 10:48:02AM +0200, Ingo Molnar wrote: > > * Peter Zijlstra wrote: > > > --- a/arch/x86/kernel/jump_label.c > > +++ b/arch/x86/kernel/jump_label.c > > @@ -35,18 +35,19 @@ static void bug_at(unsigned char *ip, in > > BUG(); > > } > > > > -static void __jump_label_set_

Re: [PATCH v4 03/16] x86/alternatives,jump_label: Provide better text_poke() batching interface

2019-10-21 Thread Ingo Molnar
* Peter Zijlstra wrote: > --- a/arch/x86/kernel/jump_label.c > +++ b/arch/x86/kernel/jump_label.c > @@ -35,18 +35,19 @@ static void bug_at(unsigned char *ip, in > BUG(); > } > > -static void __jump_label_set_jump_code(struct jump_entry *entry, > -enu

[PATCH v4 03/16] x86/alternatives,jump_label: Provide better text_poke() batching interface

2019-10-18 Thread Peter Zijlstra
Adding another text_poke_bp_batch() user made me realize the interface is all sorts of wrong. The text poke vector should be internal to the implementation. This then results in a trivial interface: text_poke_queue() - which has the 'normal' text_poke_bp() interface text_poke_finish() - whic