[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20220725123948.f16674b10022404814161d4a@linux-foundation.org>
Date: Mon, 25 Jul 2022 12:39:48 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Ben Dooks <ben-linux@...ff.org>
Cc: linux-kernel@...r.kernel.org, sparclinux@...r.kernel.org,
linux-riscv@...ts.infradead.org, linuxppc-dev@...ts.ozlabs.org,
linux-parisc@...r.kernel.org, openrisc@...ts.librecores.org,
linux-ia64@...r.kernel.org, linux-hexagon@...r.kernel.org,
linux-csky@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-snps-arc@...ts.infradead.org, linux-alpha@...r.kernel.org
Subject: Re: [PATCH] profile: setup_profiling_timer() is moslty not
implemented
On Thu, 21 Jul 2022 20:55:09 +0100 Ben Dooks <ben-linux@...ff.org> wrote:
> The setup_profiling_timer() is mostly un-implemented by many
> architectures. In many places it isn't guarded by CONFIG_PROFILE
> which is needed for it to be used. Make it a weak symbol in
> kernel/profile.c and remove the 'return -EINVAL' implementations
> from the kenrel.
>
> There are a couple of architectures which do return 0 from
> the setup_profiling_timer() function but they don't seem to
> do anything else with it. To keep the /proc compatibility for
> now, leave these for a future update or removal.
>
> On ARM, this fixes the following sparse warning:
> arch/arm/kernel/smp.c:793:5: warning: symbol 'setup_profiling_timer' was not declared. Should it be static?
I'll grab this.
We have had some problems with weak functions lately. See
https://lore.kernel.org/all/87ee0q7b92.fsf@email.froward.int.ebiederm.org/T/#u
Hopefully that was a rare corner case.
Powered by blists - more mailing lists