Red Hat Bugzilla – Bug 148861
converting locks can deadlock
Last modified: 2009-04-16 16:30:18 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
Description of problem:
We handle "normal" conversion deadlocks fine, e.g. two locks
on the conversion queue doing PR->EX.
There's another kind of conversion deadlock we don't resolve,
though, that arises from the granting rules (that we copy from
VMS) that state that locks on the conversion queue are granted
in order. e.g.
granted queue: empty
convert queue: NL->EX (first lock)
PR->EX (second lock)
The first lock can't be granted because of the granted mode of
the second lock and the second lock can't be granted because it's
not at the head of the queue.
We'll resolve this the same way we resolve other conversion
deadlocks, by demoting the granted mode of the second lock to NL.
(Prior to making can_be_granted() conform to VMS rules, we had
a function that handled this case, but slightly differently.)
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. run make_panic
Changes by: email@example.com 2005-02-22 06:51:43
dlm-kernel/src : locking.c
Recognize and resolve a second form of conversion deadlock.
When it happens, you'll see the following in dlm_locks output:
grant queue: empty
convert queue: NL->EX, PR->EX
Fixes bz 148861