[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20201012103000.GB7765@alpha.franken.de>
Date: Mon, 12 Oct 2020 12:30:00 +0200
From: Thomas Bogendoerfer <tsbogend@...ha.franken.de>
To: linux-mips@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 1/2] MIPS: cpu-probe: move fpu probing/handling into
its own file
On Thu, Oct 08, 2020 at 11:33:25PM +0200, Thomas Bogendoerfer wrote:
> cpu-probe.c has grown when supporting more and more CPUs and there
> are use cases where probing for all the CPUs isn't useful like
> running on a R3k system. But still the fpu handling is nearly
> the same. For sharing put the fpu code into it's own file.
>
> Signed-off-by: Thomas Bogendoerfer <tsbogend@...ha.franken.de>
> ---
> Changes in v2:
> removed #ifdef CONFIG_MIPS_FP_SUPPORT in fpu-probe.c
> added include fpu-probe.h in fpu-proble.c
>
>
> arch/mips/kernel/Makefile | 1 +
> arch/mips/kernel/cpu-probe.c | 326 +------------------------------------------
> arch/mips/kernel/fpu-probe.c | 319 ++++++++++++++++++++++++++++++++++++++++++
> arch/mips/kernel/fpu-probe.h | 40 ++++++
> 4 files changed, 362 insertions(+), 324 deletions(-)
> create mode 100644 arch/mips/kernel/fpu-probe.c
> create mode 100644 arch/mips/kernel/fpu-probe.h
applied to mips-next.
Thomas.
--
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea. [ RFC1925, 2.3 ]
Powered by blists - more mailing lists