[PATCH v5 1/3] x86/mm/tlb: Make enter_lazy_tlb() always inline on x86
Xie Yuanbin
qq570070308 at gmail.com
Tue Dec 16 07:49:51 PST 2025
On Mon, 15 Dec 2025 16:42:13 +0100, Thomas Gleixner wrote:
> These Reported-by and Closes tags are just wrong. This is a new patch
> and the robot reported failures against earlier versions. The robot
> report is very clear about that:
>
> "If you fix the issue in a separate patch/commit (i.e. not just a new version of
> the same patch/commit), kindly add following tags
> Reported-by:...
> Closes:..."
>
> No?
>
> [...]
>
> Please move the '#define enter_....' under the inline function. That's
> way simpler to read.
Thanks for replying, I will improve it in the V6 patch.
>> +/*
>> + * Please ignore the name of this function. It should be called
>> + * switch_to_kernel_thread().
>
> And why is it not renamed then?
>
>> + *
>> + * enter_lazy_tlb() is a hint from the scheduler that we are entering a
>
> We enter a kernel thread? AFAIK the metaverse has been canceled.
>
>> + * kernel thread or other context without an mm. Acceptable implementations
>> + * include doing nothing whatsoever, switching to init_mm, or various clever
>> + * lazy tricks to try to minimize TLB flushes.
>> + *
>> + * The scheduler reserves the right to call enter_lazy_tlb() several times
>> + * in a row. It will notify us that we're going back to a real mm by
>
> It will notify us by sending email or what?
I didn't write any comments, I just moved its location.
As for the content of the comment, I think it has nothing to do with this
patch. If the content of the comment needs to be modified, it should be
modified in another patch?
Thanks!
More information about the linux-riscv
mailing list