[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <87h6h8kvp4.ffs@tglx>
Date: Fri, 15 Mar 2024 04:41:59 +0100
From: Thomas Gleixner <tglx@...utronix.de>
To: Enlin Mu <enlinmu@...il.com>
Cc: Enlin Mu <enlin.mu@...look.com>, linux-kernel@...r.kernel.org,
enlin.mu@...soc.com, linux-hardening@...r.kernel.org
Subject: Re: [PATCH] hrtimer:Add get_hrtimer_cpu_base()
On Fri, Mar 15 2024 at 11:12, Enlin Mu wrote:
> Thomas Gleixner <tglx@...utronix.de> 于2024年3月14日周四 19:59写道:
>>
>> On Thu, Mar 14 2024 at 18:45, Enlin Mu wrote:
>> > Thomas Gleixner <tglx@...utronix.de> 于2024年3月14日周四 18:22写道:
>> >>
>> >> On Wed, Mar 13 2024 at 05:30, Enlin Mu wrote:
>> >> > From: Enlin Mu <enlin.mu@...soc.com>
>> >> >
>> >> > On the Arm platform,arch_timer may occur irq strom,
>> >> > By using the next_timer of hrtimer_cpu_base, it is
>> >> > possible to quickly locate abnormal timers.
>> >> > As it is an out of tree modules,the function needs
>> >> > to be exproted.
>> >>
>> >> No. We are not exporting for out of tree code.
>> > Can you explain it?
>>
>> Exporting functions or variables requires an in tree usecase.
>
> OK, Thanks, I got it.
No, you did not get it at all.
Q: Where is the actual in kernel use case which utilizes the exported
symbol in a module?
A: There is still none.
For further clarification there will be none ever because you are
violating all encapsulation rules of the kernel subsytems without
providing at least an attempt of justification.
Nothing outside of the timer core subsystem has any business to fiddle
with this data structure ever. Period.
Powered by blists - more mailing lists