From: Paul Gortmaker <paul.gortmaker@windriver.com>
To: <linux-kernel@vger.kernel.org>
Cc: Paul Gortmaker <paul.gortmaker@windriver.com>,
Arnd Bergmann <arnd@arndb.de>,
Clemens Ladisch <clemens@ladisch.de>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Jason Wessel <jason.wessel@windriver.com>,
<kgdb-bugreport@lists.sourceforge.net>
Subject: [PATCH 0/4] char/misc: make some drivers more explicitly non-modular
Date: Sat, 8 Aug 2015 16:35:01 -0400 [thread overview]
Message-ID: <1439066105-18412-1-git-send-email-paul.gortmaker@windriver.com> (raw)
In the previous merge window, we made changes to allow better
delineation between modular and non-modular code in commit
0fd972a7d91d6e15393c449492a04d94c0b89351 ("module: relocate module_init
from init.h to module.h"). This allows us to now ensure module code
looks modular and non-modular code does not accidentally look modular
without suffering build breakage.
Here we target code that is, by nature of their Kconfig settings, only
available to be built-in, but implicitly presenting itself as being
possibly modular by way of using modular headers, macros, and functions.
The goal here is to remove that illusion of modularity from these
drivers, but in a way that leaves the actual runtime unchanged.
In doing so, we remove code that has never been tested and adds
no value to the tree. And we advance the process of expecting a
level of consistency between the Kconfig of a driver and the code
that the driver uses.
Build tested on and x86-64, and on ia64 for snsc.c after applying
to a baseline of char-misc/char-misc-next
Paul.
---
Cc: Arnd Bergmann <arnd@arndb.de>
Cc: Clemens Ladisch <clemens@ladisch.de>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Jason Wessel <jason.wessel@windriver.com>
Cc: kgdb-bugreport@lists.sourceforge.net
Paul Gortmaker (4):
drivers/char: make efirtc.c driver explicitly non-modular
drivers/char: make SGI snsc.c driver explicitly non-modular
drivers/char: make hpet.c explicitly non-modular
drivers/misc: make kgdbts.c slightly more explicitly non-modular
drivers/char/efirtc.c | 13 +++----------
drivers/char/hpet.c | 25 +++----------------------
drivers/char/snsc.c | 5 ++---
drivers/misc/kgdbts.c | 10 +++++-----
4 files changed, 13 insertions(+), 40 deletions(-)
--
2.5.0
next reply other threads:[~2015-08-08 20:35 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-08 20:35 Paul Gortmaker [this message]
2015-08-08 20:35 ` [PATCH 1/4] drivers/char: make efirtc.c driver " Paul Gortmaker
2015-08-08 20:35 ` [PATCH 2/4] drivers/char: make SGI snsc.c " Paul Gortmaker
2015-08-08 20:35 ` [PATCH 3/4] drivers/char: make hpet.c " Paul Gortmaker
2015-08-08 20:35 ` [PATCH 4/4] drivers/misc: make kgdbts.c slightly more " Paul Gortmaker
2015-08-10 17:22 ` Jason Wessel
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=1439066105-18412-1-git-send-email-paul.gortmaker@windriver.com \
--to=paul.gortmaker@windriver.com \
--cc=arnd@arndb.de \
--cc=clemens@ladisch.de \
--cc=gregkh@linuxfoundation.org \
--cc=jason.wessel@windriver.com \
--cc=kgdb-bugreport@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
/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®