Lines Matching refs:reply
1404 a reply from a remote node */
1458 request reply on the requestqueue) between dlm_recover_waiters_pre() which
1491 /* Remove for the convert reply, and premptively remove for the
1492 cancel reply. A convert has been granted while there's still
1494 in the cancel reply should be 0). We preempt the cancel reply
1510 /* N.B. type of reply may not always correspond to type of original
1524 /* the force-unlock/cancel has completed and we haven't recvd a reply
1526 give up on any reply to the earlier op. FIXME: not sure when/how
1530 log_error(ls, "remwait error %x reply %d wait_type %d overlap",
1557 /* Handles situations where we might be processing a "fake" or "local" reply in
1952 log_print("munge_altmode %x invalid reply type %d",
2475 lookup reply. Other lkb's waiting for the same rsb lookup are kept
3483 /* down conversions go without a reply from the master */
3769 uses to send a reply and that the remote end uses to process the reply. */
3898 we get the lookup reply. This would avoid a many repeated
3899 ENOTBLK request failures when the lookup reply designating us
3916 int error, reply = 1;
3950 reply = !down_conversion(lkb);
3953 if (reply)
4259 lookup as a request and sent request reply instead of lookup reply */
4310 /* we'll ignore error in cancel/unlock reply */
4407 /* local reply can happen with waiters_mutex held */
4446 /* local reply can happen with waiters_mutex held */
4498 /* local reply can happen with waiters_mutex held */
4693 /* messages sent from a dir node (remove has no reply) */
4864 conversions are async; there's no reply from the remote master */
4883 gone. We can just complete unlocks and cancels by faking a reply from the
4885 recovery. Down-conversions can just be completed with a fake reply like
4935 /* Main reply may have been received leaving a zero wait_type,
4936 but a reply for the overlapping op may not have been
4938 reply for the overlap op. */
5020 this point we won't get or process a reply to any of these waiting
5064 /* At this point we assume that we won't get a reply to any
5389 If so we just send back a standard reply. If not, we create a new lkb with