public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Paul Gortmaker <paul.gortmaker@windriver.com>
To: <linux-kernel@vger.kernel.org>
Cc: "Paul Gortmaker" <paul.gortmaker@windriver.com>,
	"Antoine Tenart" <antoine.tenart@free-electrons.com>,
	"Joachim Eastwood" <manabian@gmail.com>,
	"Masahiro Yamada" <yamada.masahiro@socionext.com>,
	"Maxime Ripard" <maxime.ripard@free-electrons.com>,
	"Michal Simek" <michal.simek@xilinx.com>,
	"Moritz Fischer" <moritz.fischer@ettus.com>,
	"Philipp Zabel" <p.zabel@pengutronix.de>,
	"Sebastian Hesselbarth" <sebastian.hesselbarth@gmail.com>,
	"Sören Brinkmann" <soren.brinkmann@xilinx.com>,
	"Steffen Trumtrar" <s.trumtrar@pengutronix.de>
Subject: [PATCH 0/5] reset: make non-modular drivers really non modular
Date: Mon, 13 Jun 2016 14:03:33 -0400	[thread overview]
Message-ID: <20160613180338.29199-1-paul.gortmaker@windriver.com> (raw)

For anyone new to the underlying goal of this cleanup, we are trying to
not use module support for code that can never be built as a module since:

 (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 code and spreads like weeds.

Fortunately the reset dir is in pretty good shape, and there are only
five instances of non-modular code using modular funcionality/macros.

Changes seen here cover the following categories:

  -just replacement of modular macros with their non-modular
   equivalents that CPP would have inserted anyway

  -the removal of including module.h ; replaced with init.h
   as required based on whether the file already had it.

  -the removal of any ".remove" functions that were hooked into
   the driver struct.   This ".remove" function would of
   course not be called from the __exit function since that was
   never run.  However in theory, someone could have triggered it
   via sysfs unbind, even though there isn't a sensible use case
   for doing so.  So to cover that possibility, we've also disabled
   sysfs unbind in the driver.

Recently several of these drivers got removal of the ".remove" fcns
via other changes, so only one remains for which that happens here.

There are no initcall level changes here; everything was at the level
of device_initcall and remains so, by using the builtin equivalents.

Build tested for several different key arch on a recent linux-next
tree to ensure no silly typos crept in.

If there is a desire for any of these to be modular, we can definitely
consider that, but by default the changes here keep the code consistent
with existing behaviour and do not expand functionality into the modular
realm that I can't run time test.

Paul.

---

Cc: Antoine Tenart <antoine.tenart@free-electrons.com>
Cc: Joachim Eastwood <manabian@gmail.com>
Cc: Masahiro Yamada <yamada.masahiro@socionext.com>
Cc: Maxime Ripard <maxime.ripard@free-electrons.com>
Cc: Michal Simek <michal.simek@xilinx.com>
Cc: Moritz Fischer <moritz.fischer@ettus.com>
Cc: Philipp Zabel <p.zabel@pengutronix.de>
Cc: Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>
Cc: "Sören Brinkmann" <soren.brinkmann@xilinx.com>
Cc: Steffen Trumtrar <s.trumtrar@pengutronix.de>


Paul Gortmaker (5):
  reset: berlin: make it explicitly non-modular
  reset: socfpga: make it explicitly non-modular
  reset: sunxi: make it explicitly non-modular
  reset: zynq: make it explicitly non-modular
  reset: lpc18xx: make it explicitly non-modular

 drivers/reset/reset-berlin.c  | 12 ++++--------
 drivers/reset/reset-lpc18xx.c | 32 +++++---------------------------
 drivers/reset/reset-socfpga.c | 10 ++++------
 drivers/reset/reset-sunxi.c   |  9 ++-------
 drivers/reset/reset-zynq.c    | 10 ++++------
 5 files changed, 19 insertions(+), 54 deletions(-)

-- 
2.8.4

             reply	other threads:[~2016-06-13 18:04 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-06-13 18:03 Paul Gortmaker [this message]
2016-06-13 18:03 ` [PATCH 1/5] reset: berlin: make it explicitly non-modular Paul Gortmaker
2016-06-13 18:03 ` [PATCH 2/5] reset: socfpga: " Paul Gortmaker
2016-06-13 18:03 ` [PATCH 3/5] reset: sunxi: " Paul Gortmaker
2016-06-13 18:03 ` [PATCH 4/5] reset: zynq: " Paul Gortmaker
2016-06-13 19:15   ` Moritz Fischer
2016-06-14  5:57   ` Michal Simek
2016-06-13 18:03 ` [PATCH 5/5] reset: lpc18xx: " Paul Gortmaker
2016-09-05 22:25 ` [PATCH 0/5] reset: make non-modular drivers really non modular Paul Gortmaker
2016-10-22 21:48 ` Paul Gortmaker
2016-10-24  8:56   ` Philipp Zabel

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=20160613180338.29199-1-paul.gortmaker@windriver.com \
    --to=paul.gortmaker@windriver.com \
    --cc=antoine.tenart@free-electrons.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=manabian@gmail.com \
    --cc=maxime.ripard@free-electrons.com \
    --cc=michal.simek@xilinx.com \
    --cc=moritz.fischer@ettus.com \
    --cc=p.zabel@pengutronix.de \
    --cc=s.trumtrar@pengutronix.de \
    --cc=sebastian.hesselbarth@gmail.com \
    --cc=soren.brinkmann@xilinx.com \
    --cc=yamada.masahiro@socionext.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