[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190415142229.GA14330@linux-8ccs>
Date: Mon, 15 Apr 2019 16:22:29 +0200
From: Jessica Yu <jeyu@...nel.org>
To: Nick Desaulniers <ndesaulniers@...gle.com>
Cc: Tri Vo <trong@...roid.com>, Matthew Wilcox <willy@...radead.org>,
Randy Dunlap <rdunlap@...radead.org>,
Peter Oberparleiter <oberpar@...ux.ibm.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Greg Hackmann <ghackmann@...roid.com>,
Linux Memory Management List <linux-mm@...ck.org>,
kbuild-all@...org, kbuild test robot <lkp@...el.com>,
LKML <linux-kernel@...r.kernel.org>,
Petri Gynther <pgynther@...gle.com>
Subject: Re: [PATCH] module: add stub for within_module
+++ Nick Desaulniers [08/04/19 11:08 -0700]:
>On Sat, Apr 6, 2019 at 7:26 PM Tri Vo <trong@...roid.com> wrote:
>>
>> Provide a stub for within_module() when CONFIG_MODULES is not set. This
>> is needed to build CONFIG_GCOV_KERNEL.
>>
>> Fixes: 8c3d220cb6b5 ("gcov: clang support")
>
>The above commit got backed out of the -mm tree, due to the issue this
>patch addresses, so not sure it provides the correct context for the
>patch. Maybe that line in the commit message should be dropped?
Yeah, if the commit is no longer valid, then we should drop this line
and perhaps generalize the commit message more, maybe something like
"provide a stub for within_module() to prevent build errors when
!CONFIG_MODULES".
>> Suggested-by: Matthew Wilcox <willy@...radead.org>
>> Reported-by: Randy Dunlap <rdunlap@...radead.org>
>> Reported-by: kbuild test robot <lkp@...el.com>
>> Link: https://marc.info/?l=linux-mm&m=155384681109231&w=2
>> Signed-off-by: Tri Vo <trong@...roid.com>
>> ---
>> include/linux/module.h | 5 +++++
>> 1 file changed, 5 insertions(+)
>>
>> diff --git a/include/linux/module.h b/include/linux/module.h
>> index 5bf5dcd91009..47190ebb70bf 100644
>> --- a/include/linux/module.h
>> +++ b/include/linux/module.h
>> @@ -709,6 +709,11 @@ static inline bool is_module_text_address(unsigned long addr)
>> return false;
>> }
>>
>> +static inline bool within_module(unsigned long addr, const struct module *mod)
>> +{
>> + return false;
>> +}
>> +
>
>Do folks think that similar stubs for within_module_core and
>within_module_init should be added, while we're here?
>
>It looks like kernel/trace/ftrace.c uses them, but has proper
>CONFIG_MODULE guards.
Tri, if you plan on sending a v2, could you add Nick's suggestion
above? Would probably be good to prevent future build errors if a user
omits CONFIG_MODULE guards.
Thanks,
Jessica
Powered by blists - more mailing lists