mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Paul Gortmaker <paul.gortmaker@windriver.com>
To: linux-kernel@vger.kernel.org, Lee Jones <lee.jones@linaro.org>,
	Kyungmin Park <kyungmin.park@samsung.com>,
	Javier Martinez Canillas <javier@osg.samsung.com>
Cc: Paul Gortmaker <paul.gortmaker@windriver.com>,
	Chanwoo Choi <cw00.choi@samsung.com>,
	Haojian Zhuang <haojian.zhuang@marvell.com>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	MyungJoo Ham <myungjoo.ham@samsung.com>,
	Samuel Ortiz <sameo@linux.intel.com>
Subject: [PATCH v2 0/5] mfd: Make max drivers explicitly non-modular
Date: Thu,  2 Jun 2016 20:39:45 -0400	[thread overview]
Message-ID: <1464914390-23520-1-git-send-email-paul.gortmaker@windriver.com> (raw)

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.
---

[v2: - drop two patches for drivers getting tristate conversion from JMC.
     - fix up shortlog/subjects to match existing mfd style/convention.
     - rebase to current linux-next and redo build testing. ]

[v1: https://lkml.kernel.org/r/1459718659-28316-1-git-send-email-paul.gortmaker@windriver.com ]

Cc: Chanwoo Choi <cw00.choi@samsung.com>
Cc: Haojian Zhuang <haojian.zhuang@marvell.com>
Cc: Krzysztof Kozlowski <k.kozlowski@samsung.com>
Cc: Kyungmin Park <kyungmin.park@samsung.com>
Cc: Lee Jones <lee.jones@linaro.org>
Cc: Javier Martinez Canillas <javier@osg.samsung.com>
Cc: MyungJoo Ham <myungjoo.ham@samsung.com>
Cc: Samuel Ortiz <sameo@linux.intel.com>


Paul Gortmaker (5):
  mfd: max8925-i2c: Make it explicitly non-modular
  mfd: max8997: Make it explicitly non-modular
  mfd: max8998: Make it explicitly non-modular
  mfd: max77620: make it explicitly non-modular
  mfd: max77843: Make it explicitly non-modular

 drivers/mfd/max77620.c    | 12 ++----------
 drivers/mfd/max77843.c    | 24 ++----------------------
 drivers/mfd/max8925-i2c.c | 14 +-------------
 drivers/mfd/max8997.c     | 30 +++---------------------------
 drivers/mfd/max8998.c     | 27 +--------------------------
 5 files changed, 9 insertions(+), 98 deletions(-)

-- 
2.4.3

             reply	other threads:[~2016-06-03  0:40 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-06-03  0:39 Paul Gortmaker [this message]
2016-06-03  0:39 ` [PATCH 1/5] mfd: max8925-i2c: Make it " Paul Gortmaker
2016-06-08 14:47   ` Lee Jones
2016-06-03  0:39 ` [PATCH 2/5] mfd: max8997: " Paul Gortmaker
2016-06-08 14:47   ` Lee Jones
2016-06-03  0:39 ` [PATCH 3/5] mfd: max8998: " Paul Gortmaker
2016-06-08 14:48   ` Lee Jones
2016-06-03  0:39 ` [PATCH 4/5] mfd: max77620: make " Paul Gortmaker
2016-06-08 14:48   ` Lee Jones
2016-06-03  0:39 ` [PATCH 5/5] mfd: max77843: Make " Paul Gortmaker
2016-06-08 14:48   ` Lee Jones

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1464914390-23520-1-git-send-email-paul.gortmaker@windriver.com \
    --to=paul.gortmaker@windriver.com \
    --cc=cw00.choi@samsung.com \
    --cc=haojian.zhuang@marvell.com \
    --cc=javier@osg.samsung.com \
    --cc=k.kozlowski@samsung.com \
    --cc=kyungmin.park@samsung.com \
    --cc=lee.jones@linaro.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=myungjoo.ham@samsung.com \
    --cc=sameo@linux.intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®