From: Arnd Bergmann <arnd@arndb.de>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: LKML <linux-kernel@vger.kernel.org>, Arnd Bergmann <arnd@arndb.de>
Subject: [PATCH 4/4] BKL: move CONFIG_BKL to staging
Date: Tue, 18 Jan 2011 22:17:02 +0100 [thread overview]
Message-ID: <1295385422-3592-5-git-send-email-arnd@arndb.de> (raw)
In-Reply-To: <1295385422-3592-1-git-send-email-arnd@arndb.de>
Instead of moving the actual code to staging for stuff that
depends on CONFIG_BKL, this moves just the configuration
option it depends on.
As a consequence, the remaining non-staging drivers that use
the BKL (i830, appletalk, ipx, x25, adfs, hpfs and ufs)
implicitly depend on staging until they get fixed.
This sets 2.6.39 as the arbitrary date when we actually remove
the option along with its last users.
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
drivers/staging/Kconfig | 10 ++++++++++
lib/Kconfig.debug | 8 --------
2 files changed, 10 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/Kconfig b/drivers/staging/Kconfig
index 5c8fcfc..1327ccc 100644
--- a/drivers/staging/Kconfig
+++ b/drivers/staging/Kconfig
@@ -41,6 +41,16 @@ config STAGING_EXCLUDE_BUILD
if !STAGING_EXCLUDE_BUILD
+config BKL
+ bool "Include drivers that depend on the Big Kernel Lock" if (SMP || PREEMPT)
+ help
+ This is the traditional lock that is used in old code instead
+ of proper locking. All drivers that use the BKL should depend
+ on this symbol.
+ A small number of drivers still require this. All drivers that
+ use the BKL should be changed to a better serialisation method
+ or they will be removed in 2.6.39.
+
source "drivers/staging/et131x/Kconfig"
source "drivers/staging/slicoss/Kconfig"
diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
index f2a399c..4a78f8c 100644
--- a/lib/Kconfig.debug
+++ b/lib/Kconfig.debug
@@ -470,14 +470,6 @@ config DEBUG_MUTEXES
This feature allows mutex semantics violations to be detected and
reported.
-config BKL
- bool "Big Kernel Lock" if (SMP || PREEMPT)
- help
- This is the traditional lock that is used in old code instead
- of proper locking. The big kernel lock will go away in 2.6.39,
- so all modules that still depend on it need to be changed or
- they will be removed as well.
-
config DEBUG_LOCK_ALLOC
bool "Lock debugging: detect incorrect freeing of live locks"
depends on DEBUG_KERNEL && TRACE_IRQFLAGS_SUPPORT && STACKTRACE_SUPPORT && LOCKDEP_SUPPORT
--
1.7.1
next prev parent reply other threads:[~2011-01-18 21:17 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-18 21:16 [PATCH 0/4] Phasing out the BKL Arnd Bergmann
2011-01-18 21:16 ` [PATCH 1/4] drm/i810: remove " Arnd Bergmann
2011-01-18 21:17 ` [PATCH 2/4] BKL: disable by default Arnd Bergmann
2011-01-18 21:17 ` [PATCH 3/4] BKL: mark lock_kernel as deprecated Arnd Bergmann
2011-01-18 21:17 ` Arnd Bergmann [this message]
2011-01-19 15:44 ` [PATCH 4/4] BKL: move CONFIG_BKL to staging Nick Bowler
2011-01-19 16:17 ` Arnd Bergmann
2011-01-19 18:21 ` Nick Bowler
2011-01-23 22:19 ` Andrew Hendry
[not found] ` <AANLkTimOzU328aHnB7+ERSq1ovPBSZgxNQsYRhLghH5L@mail.gmail.com>
2011-01-24 15:59 ` Arnd Bergmann
2011-01-25 0:33 ` Andrew Hendry
2011-01-25 12:06 ` Arnd Bergmann
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=1295385422-3592-5-git-send-email-arnd@arndb.de \
--to=arnd@arndb.de \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@linux-foundation.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®