Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp1610442yba; Thu, 4 Apr 2019 14:24:27 -0700 (PDT) X-Google-Smtp-Source: APXvYqwfaknmL5ZH+TkHhB0qw8Cvrt3UIklVjQYWXK3VhNuOfCthxxK89WP7NWhTDFvcIyEIoKm1 X-Received: by 2002:a62:be13:: with SMTP id l19mr8227811pff.137.1554413067177; Thu, 04 Apr 2019 14:24:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554413067; cv=none; d=google.com; s=arc-20160816; b=f6uKc1SiSBULE3iBPGcDVCkzOmkLtAuj4x6CgWi42SDGXFKn/JlnotksE2c9lfjaI9 osE8JctY0Nb2Fx85ZjvLBEkWUbSpwtXMy4unh7Hx/bcif0fMv3vVy2pI3Uw8h+69cOou qSpS06nDemgpPusrv8i5ysMffmSJvsgCNSym3PmjrIIr71UW9zCPI3dL18q8XnlKyRan UlrRJkeJXf8RwKTC4qLF/gTNJRY+Hc4clRYYb+hw90HhhbD7UV9WG3AL/f/m4DAly+Yr 1J3x+5rsBe0lJv8S24ETdn70W0w9Qj7jR4UN6nEe4BbN3RhtdAnR3F5h0np/k/dpfoQJ n2UQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:message-id :in-reply-to:date:references:subject:cc:to:from; bh=onMZAXQ1VlC9jnNlb3RyFtELZROgr3w19iK3FJ+qcRU=; b=K8+zsbx1tjhibWH/ZtLC02j6/c82i3SVtmrPUmNa9Ny4ban6xAVWmUkP6Pn+4giqtT O9ayeK/wfhIzJhfNsOrWmMtHr3nlhUCMTmnWCiRN4aZYy6rrLqNMxDU6vBsyfNMf+Yyn iftXo9r4u5eTRSMOV8WlOkZC8WYbQ1FXQ+Fd/64lA8oLTwZIipTMHHmrQhzvnfNPUCtF F/WPGEnZdOCB6IsuM2gRppeHPwq5gSvJXt/++tisDbk/3wEny01QEAeuLmjWBnBQoODc UNBbBq9OGopbWWpFS/bzB7rThEiG+5V115DC9SgRRwbYKaIotPCXsGxIsVuC33mlB9YP hspA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d14si17927597pln.404.2019.04.04.14.24.12; Thu, 04 Apr 2019 14:24:27 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731109AbfDDUlA (ORCPT + 99 others); Thu, 4 Apr 2019 16:41:00 -0400 Received: from smtp13.smtpout.orange.fr ([80.12.242.135]:52420 "EHLO smtp.smtpout.orange.fr" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1729958AbfDDUk7 (ORCPT ); Thu, 4 Apr 2019 16:40:59 -0400 Received: from belgarion ([90.76.58.102]) by mwinf5d74 with ME id wLgh1z0032CLFkS03Lgnxj; Thu, 04 Apr 2019 22:40:56 +0200 X-ME-Helo: belgarion X-ME-Auth: amFyem1pay5yb2JlcnRAb3JhbmdlLmZy X-ME-Date: Thu, 04 Apr 2019 22:40:56 +0200 X-ME-IP: 90.76.58.102 From: Robert Jarzmik To: Daniel Lezcano Cc: rui.zhang@intel.com, edubezval@gmail.com, linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, Guenter Roeck , Krzysztof Kozlowski , Russell King , Ralf Baechle , Paul Burton , James Hogan , Guan Xuetao , Andrew Morton , Alexey Brodkin , Arnd Bergmann , Enric Balletbo i Serra , Daniel Mack , linux-arm-kernel@lists.infradead.org (moderated list:ARM PORT), linux-mips@vger.kernel.org (open list:MIPS) Subject: Re: [PATCH 1/7] thermal/drivers/core: Remove the module Kconfig's option References: <20190402161256.11044-1-daniel.lezcano@linaro.org> X-URL: http://belgarath.falguerolles.org/ Date: Thu, 04 Apr 2019 22:40:41 +0200 In-Reply-To: <20190402161256.11044-1-daniel.lezcano@linaro.org> (Daniel Lezcano's message of "Tue, 2 Apr 2019 18:12:44 +0200") Message-ID: <87h8bdpkqe.fsf@belgarion.home> User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/26 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Daniel Lezcano writes: > The module support for the thermal subsystem makes 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 > Acked-by: Guenter Roeck > For mini2440: > Acked-by: Krzysztof Kozlowski For pxa: Acked-by: Robert Jarzmik Cheers. -- Robert