From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754761AbcDDIL4 (ORCPT ); Mon, 4 Apr 2016 04:11:56 -0400 Received: from mail-lb0-f182.google.com ([209.85.217.182]:35857 "EHLO mail-lb0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753810AbcDDILy (ORCPT ); Mon, 4 Apr 2016 04:11:54 -0400 Date: Mon, 4 Apr 2016 09:11:49 +0100 From: Lee Jones To: Paul Gortmaker Cc: linux-kernel@vger.kernel.org, Chanwoo Choi , Haojian Zhuang , Krzysztof Kozlowski , Kyungmin Park , MyungJoo Ham , Samuel Ortiz Subject: Re: [PATCH 0/7] drivers/mfd: make max drivers explicitly non-modular Message-ID: <20160404081149.GU3323@x1> References: <1459718659-28316-1-git-send-email-paul.gortmaker@windriver.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1459718659-28316-1-git-send-email-paul.gortmaker@windriver.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org How did you come up with the subject lines for these patches? Please do `git log --oneline -- `, as is normal when submitting to mainline. > For anyone new to the underlying goal of this cleanup, we are trying to > make driver code consistent with the Makefiles/Kconfigs that control them. > > This means not using modular functions/macros for drivers that can never > be built as a module. Some of the other downfalls this leads to are: > > (1) it is easy to accidentally write unused module_exit and remove code > (2) it can be misleading when reading the source, thinking it can be > modular when the Makefile and/or Kconfig prohibit it > (3) it requires the include of the module.h header file which in turn > includes nearly everything else, thus adding to CPP overhead. > (4) it gets copied/replicated into other drivers and spreads like weeds. > > There are quite a few in the mfd space, so rather than send a large > series, I'll try and batch them up into reasonable sized queues. To that > end, here we fix up all the maxim drivers as the 1st mfd batch. > > As always, the option exists for someone with the hardware and the desire > to extend the functionality to make any given driver tristate. But given > the number of these tree wide and the fact that I can't test that new > extended functionality in all cases, I just make the code consistent with > the existing Kconfig/Makefile settings that restrict them to "bool". > > Build tested on linux-next for arm, arm64 and x86-64 to ensure no typos > or similar issues crept in. > > Paul. > --- > > Cc: Chanwoo Choi > Cc: Haojian Zhuang > Cc: Krzysztof Kozlowski > Cc: Kyungmin Park > Cc: Lee Jones > Cc: MyungJoo Ham > Cc: Samuel Ortiz > > Paul Gortmaker (7): > drivers/mfd: make max8925-i2c.c explicitly non-modular > drivers/mfd: make max8997.c explicitly non-modular > drivers/mfd: make max8998.c explicitly non-modular > drivers/mfd: make max14577.c explicitly non-modular > drivers/mfd: make max77686.c explicitly non-modular > drivers/mfd: make max77693.c explicitly non-modular > drivers/mfd: make max77843.c explicitly non-modular > > drivers/mfd/max14577.c | 13 +------------ > drivers/mfd/max77686.c | 26 ++------------------------ > drivers/mfd/max77693.c | 34 +++------------------------------- > drivers/mfd/max77843.c | 24 ++---------------------- > drivers/mfd/max8925-i2c.c | 14 +------------- > drivers/mfd/max8997.c | 30 +++--------------------------- > drivers/mfd/max8998.c | 27 +-------------------------- > 7 files changed, 13 insertions(+), 155 deletions(-) > -- Lee Jones Linaro STMicroelectronics Landing Team Lead Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog