Lines Matching refs:reply
1448 a reply from a remote node */
1505 request reply on the requestqueue) between dlm_recover_waiters_pre() which
1538 /* Remove for the convert reply, and premptively remove for the
1539 cancel reply. A convert has been granted while there's still
1541 in the cancel reply should be 0). We preempt the cancel reply
1558 /* N.B. type of reply may not always correspond to type of original
1572 /* the force-unlock/cancel has completed and we haven't recvd a reply
1574 give up on any reply to the earlier op. FIXME: not sure when/how
1578 log_error(ls, "remwait error %x reply %d wait_type %d overlap",
1606 /* Handles situations where we might be processing a "fake" or "stub" reply in
2178 log_print("munge_altmode %x invalid reply type %d",
2701 lookup reply. Other lkb's waiting for the same rsb lookup are kept
3684 /* down conversions go without a reply from the master */
3964 uses to send a reply and that the remote end uses to process the reply. */
4150 we get the lookup reply. This would avoid a many repeated
4151 ENOTBLK request failures when the lookup reply designating us
4182 int error, reply = 1;
4215 reply = !down_conversion(lkb);
4218 if (reply)
4521 lookup as a request and sent request reply instead of lookup reply */
4573 /* we'll ignore error in cancel/unlock reply */
4668 /* stub reply can happen with waiters_mutex held */
4705 /* stub reply can happen with waiters_mutex held */
4755 /* stub reply can happen with waiters_mutex held */
4944 /* messages sent from a dir node (remove has no reply) */
5108 conversions are async; there's no reply from the remote master */
5127 gone. We can just complete unlocks and cancels by faking a reply from the
5129 recovery. Down-conversions can just be completed with a fake reply like
5179 /* Main reply may have been received leaving a zero wait_type,
5180 but a reply for the overlapping op may not have been
5182 reply for the overlap op. */
5266 this point we won't get or process a reply to any of these waiting
5308 /* At this point we assume that we won't get a reply to any
5636 If so we just send back a standard reply. If not, we create a new lkb with