From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755255AbcFTOlU (ORCPT ); Mon, 20 Jun 2016 10:41:20 -0400 Received: from mail.windriver.com ([147.11.1.11]:56207 "EHLO mail.windriver.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755197AbcFTOlN (ORCPT ); Mon, 20 Jun 2016 10:41:13 -0400 Date: Mon, 20 Jun 2016 10:40:02 -0400 From: Paul Gortmaker To: Krzysztof Kozlowski CC: Andy Yan , , , , , , , , , , , , , , , , Subject: Re: [PATCH v9 2/4] power: reset: add reboot mode driver Message-ID: <20160620144002.GY12567@windriver.com> References: <1466404490-3315-1-git-send-email-andy.yan@rock-chips.com> <1466404696-3464-1-git-send-email-andy.yan@rock-chips.com> <5767A4C0.3080902@samsung.com> <5767A92E.5040602@rock-chips.com> <5767E22F.5030207@samsung.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5767E22F.5030207@samsung.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [Re: [PATCH v9 2/4] power: reset: add reboot mode driver] On 20/06/2016 (Mon 14:31) Krzysztof Kozlowski wrote: > On 06/20/2016 10:28 AM, Andy Yan wrote: > > Hi Krzysztof: > > > > On 2016年06月20日 16:09, Krzysztof Kozlowski wrote: > >> On 06/20/2016 08:38 AM, Andy Yan wrote: [...] > >>> + > >>> +config SYSCON_REBOOT_MODE > >>> + bool "Generic SYSCON regmap reboot mode driver" > >> Why not tristate? > > > > I see many reset drivers in this directories use bool, so I follow > > them. Andy - understood, but mistakes done in the past do not justify repeating them again in the present. OK, this is not strictly a mistake in that it causes an error, but it isn't an ideal approach. > > +Cc Paul, > > I don't mind that although I don't see any particular objections for > making it module-capable. In the same time I just reminded myself about > Paul Gortmaker's long effort (like [1] [2]) about removing module > capability from non-modular drivers. Thanks -- it is nice to see that people are starting to add this to their review checklist ; early on they were getting added faster than I could remove them. :-( But I think we are making ground now. For this case, I don't have any bias for it being built-in vs. being modular, so long as the code is actually consistent with the Kconfig. For existing bool settings I just remove the modular references, since I can't be extending the functionality to include a modular usage when I can't test it or even be sure if a module has a sensible use case. Paul. -- > > Following his rationale, I think either this should be a tristate or the > module stuff should be removed. > > Best regards, > Krzysztof > > [1] https://lkml.org/lkml/2016/2/21/180 > [2] https://lkml.org/lkml/2016/6/13/682 > >