[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAJKOXPdF3s53noZs0oye=gW6Ap_pF=oomVL11KU9DLKYTFF1Tw@mail.gmail.com>
Date: Mon, 1 Apr 2019 09:15:03 +0200
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Daniel Lezcano <daniel.lezcano@...aro.org>
Cc: rui.zhang@...el.com, edubezval@...il.com, linux-pm@...r.kernel.org,
linux-kernel@...r.kernel.org, Russell King <linux@...linux.org.uk>,
Ralf Baechle <ralf@...ux-mips.org>,
Paul Burton <paul.burton@...s.com>,
James Hogan <jhogan@...nel.org>, Guan Xuetao <gxt@....edu.cn>,
Alexey Brodkin <alexey.brodkin@...opsys.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Robert Jarzmik <robert.jarzmik@...e.fr>,
Guenter Roeck <groeck@...omium.org>,
Daniel Mack <daniel@...que.org>,
Enric Balletbo i Serra <enric.balletbo@...labora.com>,
Arnd Bergmann <arnd@...db.de>,
"moderated list:ARM PORT" <linux-arm-kernel@...ts.infradead.org>,
"open list:MIPS" <linux-mips@...r.kernel.org>
Subject: Re: [PATCH] thermal/drivers/core: Remove the module Kconfig's option
On Mon, 1 Apr 2019 at 05:24, Daniel Lezcano <daniel.lezcano@...aro.org> wrote:
>
> The module support for the thermal subsystem does have a little sense:
> - some subsystems relying on it are not modules, thus forcing the
> framework to be compiled in
> - it is compiled in for almost every configs, the remaining ones
> are a few platforms where I don't see why we can not switch the thermal
> to 'y'. The drivers can stay in tristate.
> - platforms need the thermal to be ready as soon as possible at boot time
> in order to mitigate
>
> Usually the subsystems framework are compiled-in and the plugs are as module.
>
> Remove the module option. The removal of the module related dead code will
> come after this patch gets in or is acked.
>
> Signed-off-by: Daniel Lezcano <daniel.lezcano@...aro.org>
> ---
> arch/arm/configs/mini2440_defconfig | 2 +-
For mini2440:
Acked-by: Krzysztof Kozlowski <krzk@...nel.org>
Best regards,
Krzysztof
Powered by blists - more mailing lists