lkml.org 
[lkml]   [2022]   [May]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC PATCH 1/4] objtool: Add --mnop as an option to --mcount
Christophe Leroy wrote:
>
>
> Le 24/05/2022 à 12:15, Naveen N. Rao a écrit :
>> Christophe Leroy wrote:
>>>
>>>
>>> Le 23/05/2022 à 19:55, Sathvika Vasireddy a écrit :
>>>> Architectures can select HAVE_NOP_MCOUNT if they choose
>>>> to nop out mcount call sites. If that config option is
>>>> selected, then --mnop is passed as an option to objtool,
>>>> along with --mcount.
>>>>
>>>
>>> Is there a reason not to nop out mcount call sites on powerpc as well ?
>>
>> Yes, if there are functions that are out of range of _mcount(), then the
>> linker would have inserted long branch trampolines. We detect such cases
>> during boot. But, if we nop out the _mcount call sites during build
>> time, we will need some other way to identify these.
>>
>
> But does it really matter whether _mcount is reachable or not ?
>
> _mcount is never used, and the function we want to call in lieu of
> _mcount might be reachable while _mcount is not or might be unreachable
> while _mcount is.

For the most part, we will end up having to go to ftrace_caller or
ftrace_regs_caller, both of which will usually be close to _mcount.

We need to know for sure either way. Nop'ing out the _mcount locations
at boot allows us to discover existing long branch trampolines. If we
want to avoid it, we need to note down those locations during build
time.

Do you have a different approach in mind?


- Naveen

\
 
 \ /
  Last update: 2022-05-24 12:33    [W:1.578 / U:0.024 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site