From: Arnd Bergmann <arnd@arndb.de>
To: codalist@coda.cs.cmu.edu
Cc: autofs@linux.kernel.org, linux-media@vger.kernel.org,
dri-devel@lists.freedesktop.org,
Christoph Hellwig <hch@infradead.org>,
Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
Trond Myklebust <Trond.Myklebust@netapp.com>,
Petr Vandrovec <vandrove@vc.cvut.cz>,
Anders Larsen <al@alarsen.net>, Jan Kara <jack@suse.cz>,
Evgeniy Dushistov <dushistov@mail.ru>,
Ingo Molnar <mingo@elte.hu>,
netdev@vger.kernel.org, Samuel Ortiz <samuel@sortiz.org>,
Arnaldo Carvalho de Melo <acme@ghostprotocols.net>,
linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org,
Andrew Hendry <andrew.hendry@gmail.com>
Subject: Remaining BKL users, what to do
Date: Thu, 16 Sep 2010 16:32:59 +0200 [thread overview]
Message-ID: <201009161632.59210.arnd@arndb.de> (raw)
The big kernel lock is gone from almost all code in linux-next, this is
the status of what I think will happen to the remaining users:
drivers/gpu/drm/i810/{i810,i830}_dma.c:
Fixable, but needs someone with the hardware to test. Can probably be
marked CONFIG_BROKEN_ON_SMP if nobody cares.
drivers/media/video (V4L):
Mauro is working on it, some drivers get moved to staging while the
others get fixed. An easy workaround would be possible by adding
per-driver mutexes, but Mauro wants to it properly by locking all
the right places.
fs/adfs:
Probably not hard to fix, but needs someone to test it.
adfs has only seen janitorial fixes for the last 5 years.
Do we know of any users?
fs/autofs:
Pretty much dead, replaced by autofs4. I'd suggest moving this
to drivers/staging in 2.6.37 and letting it die there.
fs/coda:
Coda seems to have an active community, but not all of their
code is actually part of linux (pioctl!), while the last official
release is missing many of the cleanups that were don in Linux.
Not sure what to do, if someone is interested, the best way might
be a fresh start with a merger of the mainline linux and the
coda.cs.cmu.edu codebase in drivers/staging.
Just removing the BKL without the Coda community seems like a heap
of pointless work.
fs/freevxfs:
Uses the BKL in readdir and lookup, should be easy to fix. Christoph?
fs/hpfs:
Looks fixable, if anyone cares. Maybe it's time for retirement in
drivers/staging though. The web page only has a Link to the
linux-2.2 version.
fs/lockd:
Trond writes that he has someone working on BKL removal here.
fs/locks.c:
Patch is under discussion, blocked by work on fs/lockd currently.
fs/ncpfs:
Should be fixable if Petr still cares about it. Otherwise suggest
moving to drivers/staging if there are no users left.
fs/qnx4:
Should be easy to fix, there are only a few places in the code that
use the BKL. Anders?
fs/smbfs:
Last I heard this was considered obsolete. Should be move it to
drivers/staging now?
fs/udf:
Not completely trivial, but probably necessary to fix. Project web
site is dead, I hope that Jan Kara can be motivated to fix it though.
fs/ufs:
Evgeniy Dushistov is maintaining this, I hope he can take care of
getting rid of the BKL in UFS.
kernel/trace/blktrace.c:
Should be easy. Ingo? Steven?
net/appletalk:
net/ipx/af_ipx.c:
net/irda/af_irda.c:
Can probably be saved from retirement in drivers/staging if the
maintainers still care.
net/x25:
Andrew Hendry has started working on it.
This is all that's left now. I still need to submit a few patches for
simple file system changes, but it seems we're getting closer to finally
killing it for good.
Arnd
WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd@arndb.de>
To: codalist@TELEMANN.coda.cs.cmu.edu
Cc: autofs@linux.kernel.org, linux-media@vger.kernel.org,
dri-devel@lists.freedesktop.org,
Christoph Hellwig <hch@infradead.org>,
Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
Trond Myklebust <Trond.Myklebust@netapp.com>,
Petr Vandrovec <vandrove@vc.cvut.cz>,
Anders Larsen <al@alarsen.net>, Jan Kara <jack@suse.cz>,
Evgeniy Dushistov <dushistov@mail.ru>,
Ingo Molnar <mingo@elte.hu>,
netdev@vger.kernel.org, Samuel Ortiz <samuel@sortiz.org>,
Arnaldo Carvalho de Melo <acme@ghostprotocols.net>,
linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org,
Andrew Hendry <andrew.hendry@gmail.com>
Subject: Remaining BKL users, what to do
Date: Thu, 16 Sep 2010 16:32:59 +0200 [thread overview]
Message-ID: <201009161632.59210.arnd@arndb.de> (raw)
The big kernel lock is gone from almost all code in linux-next, this is
the status of what I think will happen to the remaining users:
drivers/gpu/drm/i810/{i810,i830}_dma.c:
Fixable, but needs someone with the hardware to test. Can probably be
marked CONFIG_BROKEN_ON_SMP if nobody cares.
drivers/media/video (V4L):
Mauro is working on it, some drivers get moved to staging while the
others get fixed. An easy workaround would be possible by adding
per-driver mutexes, but Mauro wants to it properly by locking all
the right places.
fs/adfs:
Probably not hard to fix, but needs someone to test it.
adfs has only seen janitorial fixes for the last 5 years.
Do we know of any users?
fs/autofs:
Pretty much dead, replaced by autofs4. I'd suggest moving this
to drivers/staging in 2.6.37 and letting it die there.
fs/coda:
Coda seems to have an active community, but not all of their
code is actually part of linux (pioctl!), while the last official
release is missing many of the cleanups that were don in Linux.
Not sure what to do, if someone is interested, the best way might
be a fresh start with a merger of the mainline linux and the
coda.cs.cmu.edu codebase in drivers/staging.
Just removing the BKL without the Coda community seems like a heap
of pointless work.
fs/freevxfs:
Uses the BKL in readdir and lookup, should be easy to fix. Christoph?
fs/hpfs:
Looks fixable, if anyone cares. Maybe it's time for retirement in
drivers/staging though. The web page only has a Link to the
linux-2.2 version.
fs/lockd:
Trond writes that he has someone working on BKL removal here.
fs/locks.c:
Patch is under discussion, blocked by work on fs/lockd currently.
fs/ncpfs:
Should be fixable if Petr still cares about it. Otherwise suggest
moving to drivers/staging if there are no users left.
fs/qnx4:
Should be easy to fix, there are only a few places in the code that
use the BKL. Anders?
fs/smbfs:
Last I heard this was considered obsolete. Should be move it to
drivers/staging now?
fs/udf:
Not completely trivial, but probably necessary to fix. Project web
site is dead, I hope that Jan Kara can be motivated to fix it though.
fs/ufs:
Evgeniy Dushistov is maintaining this, I hope he can take care of
getting rid of the BKL in UFS.
kernel/trace/blktrace.c:
Should be easy. Ingo? Steven?
net/appletalk:
net/ipx/af_ipx.c:
net/irda/af_irda.c:
Can probably be saved from retirement in drivers/staging if the
maintainers still care.
net/x25:
Andrew Hendry has started working on it.
This is all that's left now. I still need to submit a few patches for
simple file system changes, but it seems we're getting closer to finally
killing it for good.
Arnd
next reply other threads:[~2010-09-16 14:32 UTC|newest]
Thread overview: 96+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-16 14:32 Arnd Bergmann [this message]
2010-09-16 14:32 ` Remaining BKL users, what to do Arnd Bergmann
2010-09-16 14:49 ` Steven Rostedt
2010-09-16 14:49 ` Steven Rostedt
2010-09-16 18:32 ` Jens Axboe
2010-09-16 18:32 ` Jens Axboe
2010-09-17 18:46 ` Arnd Bergmann
2010-09-17 18:46 ` Arnd Bergmann
2010-09-17 18:46 ` Arnd Bergmann
2010-09-16 15:04 ` Jan Kara
2010-09-16 15:04 ` Jan Kara
2010-09-16 21:26 ` Anton Altaparmakov
2010-09-16 21:26 ` Anton Altaparmakov
2010-09-17 10:45 ` Arnd Bergmann
2010-09-17 10:45 ` Arnd Bergmann
2010-09-17 13:32 ` Christoph Hellwig
2010-09-17 13:32 ` Christoph Hellwig
2010-09-17 13:50 ` Arnd Bergmann
2010-09-17 13:50 ` Arnd Bergmann
2010-09-17 14:02 ` Christoph Hellwig
2010-09-17 14:02 ` Christoph Hellwig
2010-09-17 14:56 ` Arnd Bergmann
2010-09-17 14:56 ` Arnd Bergmann
2010-09-17 19:00 ` [PATCH] BKL: Remove BKL from isofs Arnd Bergmann
2010-09-20 10:58 ` Jan Kara
2010-09-20 11:13 ` Arnd Bergmann
2010-09-20 15:18 ` Jan Kara
2010-09-20 15:40 ` Alexander E. Patrakov
2010-09-20 15:50 ` Jan Kara
2010-09-16 15:07 ` Remaining BKL users, what to do Alan Cox
2010-09-16 20:08 ` David Miller
2010-09-16 16:09 ` Anders Larsen
2010-09-16 16:09 ` Anders Larsen
2010-09-16 16:57 ` Samuel Ortiz
2010-09-16 16:57 ` Samuel Ortiz
2010-09-16 20:08 ` David Miller
2010-09-16 20:08 ` David Miller
2010-09-16 19:00 ` Jan Harkes
2010-09-16 19:26 ` Arnd Bergmann
2010-09-20 1:25 ` [autofs] " Ian Kent
2010-10-18 15:42 ` [v2] " Arnd Bergmann
2010-10-18 15:42 ` Arnd Bergmann
2010-10-18 16:19 ` Christoph Hellwig
2010-10-18 16:19 ` Christoph Hellwig
2010-10-18 17:38 ` Arnd Bergmann
2010-10-18 17:38 ` Arnd Bergmann
2010-10-18 18:43 ` [Ksummit-2010-discuss] " Greg KH
2010-10-18 23:00 ` Dave Airlie
2010-10-19 0:40 ` Greg KH
2010-10-19 0:57 ` Dave Airlie
2010-10-19 2:24 ` Greg KH
2010-10-19 2:45 ` Dave Airlie
2010-10-19 3:33 ` Steven Rostedt
2010-10-19 4:03 ` Dave Airlie
2010-10-19 4:03 ` Dave Airlie
2010-10-19 5:00 ` Theodore Kilgore
2010-10-19 4:52 ` Dave Airlie
2010-10-19 7:26 ` Arnd Bergmann
2010-10-19 12:39 ` Steven Rostedt
2010-10-19 13:36 ` Arnd Bergmann
2010-10-19 13:36 ` Arnd Bergmann
2010-10-19 13:43 ` Steven Rostedt
2010-10-19 13:57 ` Arnd Bergmann
2010-10-19 13:57 ` Arnd Bergmann
2010-10-19 13:54 ` Paul Mundt
2010-10-19 13:26 ` Arnd Bergmann
2010-10-19 20:50 ` Dave Airlie
2010-10-19 20:50 ` Dave Airlie
2010-10-20 16:14 ` Ville Syrjälä
2010-10-20 16:14 ` Ville Syrjälä
2010-10-19 18:24 ` Valdis.Kletnieks
2010-10-19 19:37 ` Greg KH
2010-10-19 19:40 ` Oliver Neukum
2010-10-19 20:29 ` Greg KH
2010-10-19 20:38 ` Jiri Kosina
2010-10-19 20:41 ` Alan Cox
2010-10-19 20:48 ` Arnd Bergmann
2010-10-19 20:44 ` Arnd Bergmann
2010-10-20 4:43 ` Dave Young
2010-10-20 6:50 ` Arnd Bergmann
2010-11-02 1:21 ` Pavel Machek
2010-11-03 6:58 ` Pekka Enberg
2010-11-05 2:27 ` Arnd Bergmann
2010-11-05 7:14 ` Pekka Enberg
2010-10-21 12:42 ` Christoph Hellwig
2010-10-21 12:42 ` Christoph Hellwig
2010-10-21 12:47 ` Christoph Hellwig
2010-10-21 13:38 ` Arnd Bergmann
2010-10-21 13:50 ` [PATCH 1/2] BKL: remove BKL from qnx4 Arnd Bergmann
2010-10-21 15:22 ` Anders Larsen
2010-10-21 13:51 ` [PATCH 2/2] BKL: remove BKL from freevxfs Arnd Bergmann
-- strict thread matches above, loose matches on Subject: below --
2010-09-17 23:21 Remaining BKL users, what to do Petr Vandrovec
2010-09-17 23:21 ` Petr Vandrovec
2010-09-17 23:21 ` Petr Vandrovec
2010-09-21 20:01 ` Arnd Bergmann
2010-09-21 20:01 ` 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=201009161632.59210.arnd@arndb.de \
--to=arnd@arndb.de \
--cc=Trond.Myklebust@netapp.com \
--cc=acme@ghostprotocols.net \
--cc=al@alarsen.net \
--cc=andrew.hendry@gmail.com \
--cc=autofs@linux.kernel.org \
--cc=codalist@coda.cs.cmu.edu \
--cc=dri-devel@lists.freedesktop.org \
--cc=dushistov@mail.ru \
--cc=hch@infradead.org \
--cc=jack@suse.cz \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=mikulas@artax.karlin.mff.cuni.cz \
--cc=mingo@elte.hu \
--cc=netdev@vger.kernel.org \
--cc=samuel@sortiz.org \
--cc=vandrove@vc.cvut.cz \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.