Hack on lock transfer stuff.gathertest

XXX: I don't think this is the right design.  It will require the workers
to wait for the leader to perform the associated lock acquisitions, and
then the leader will need to tell them, afterwards, that they can go exit.
There's no obvious way to make that signalling work.  Instead, I wonder if
we shouldn't including bookkeeping information in the PROCLOCK structures
somehow, so that the worker actually reassigns the locks to the leader
directly.  However, that has a couple of problems.  One is that the leader
might pick a bad time to die, orphaning locks.  Another is that the leader
wouldn't know how to associate the locks with its own resource owners.
Hmm, need to think more about this.

0 files changed, 0 insertions, 0 deletions