linux

iv/linux

History

Jeff Layton c510eff6be fsnotify: destroy marks with call_srcu instead of dedicated thread

At the time that this code was originally written, call_srcu didn't
exist, so this thread was required to ensure that we waited for that
SRCU grace period to settle before finally freeing the object.

It does exist now however and we can much more efficiently use call_srcu
to handle this.  That also allows us to potentially use srcu_barrier to
ensure that they are all of the callbacks have run before proceeding.
In order to conserve space, we union the rcu_head with the g_list.

This will be necessary for nfsd which will allocate marks from a
dedicated slabcache.  We have to be able to ensure that all of the
objects are destroyed before destroying the cache.  That's fairly

Signed-off-by: Jeff Layton <jeff.layton@primarydata.com>
Cc: Eric Paris <eparis@parisplace.org>
Reviewed-by: Jan Kara <jack@suse.com>
Cc: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

2016-01-14 16:00:49 -08:00

dnotify

fsnotify: get rid of fsnotify_destroy_mark_locked()

2015-09-04 16:54:41 -07:00

fanotify

fsnotify: get rid of fsnotify_destroy_mark_locked()

2015-09-04 16:54:41 -07:00

inotify

inotify: actually check for invalid bits in sys_inotify_add_watch()

2015-11-05 19:34:48 -08:00

fdinfo.c

inotify: hide internal kernel bits from fdinfo