[GFS2] Fix ordering bug in lock_dlm
authorSteven Whitehouse <swhiteho@redhat.com>
Wed, 21 May 2008 16:21:42 +0000 (17:21 +0100)
committerSteven Whitehouse <swhiteho@redhat.com>
Fri, 27 Jun 2008 08:39:25 +0000 (09:39 +0100)
commitf3c9d38a26be32abf9b8897e9e0afc7166c712dd
tree01b892d0d01720a396589c1f537dd0997128a060
parent6802e3400ff4549525930ee744030c36fce9cc73
[GFS2] Fix ordering bug in lock_dlm

This looks like a lot of change, but in fact its not. Mostly its
things moving from one file to another. The change is just that
instead of queuing lock completions and callbacks from the DLM
we now pass them directly to GFS2.

This gives us a net loss of two list heads per glock (a fair
saving in memory) plus a reduction in the latency of delivering
the messages to GFS2, plus we now have one thread fewer as well.
There was a bug where callbacks and completions could be delivered
in the wrong order due to this unnecessary queuing which is fixed
by this patch.

Signed-off-by: Steven Whitehouse <swhiteho@redhat.com>
Cc: Bob Peterson <rpeterso@redhat.com>
fs/gfs2/locking/dlm/lock.c
fs/gfs2/locking/dlm/lock_dlm.h
fs/gfs2/locking/dlm/mount.c
fs/gfs2/locking/dlm/thread.c