STABLE14-drop-h-lock-around-putconn-20041027

the problem with rx_PutConnection is h_FreeConnection uses the host global lock

====================
This delta was composed from multiple commits as part of the CVS->Git migration.
The checkin message with each commit was inconsistent.
The following are the additional commit messages.
====================

the problem with rx_PutConnection is h_FreeConnection uses the host global lock
but it shouldn't matter (callback conn should be a client not server conn and
thus not h_FreeConnection on cleanup)

further, we should free the conns we GetConnection'd not the ones still in
the host struct at the end.

(cherry picked from commit 2fbfef7f9157aad571307564faae1ce7aae4e3be)

diff --git a/src/viced/callback.c b/src/viced/callback.c
index 90d684d723480aa883980a30cf1599cb2dcc94ee..fc45bb3796f6e5e6a8f1ca6f62601ea9ff5dacad 100644 (file)
--- a/src/viced/callback.c
+++ b/src/viced/callback.c
@@ -855,11 +855,20 @@ MultiBreakCallBack_r(struct cbstruct cba[], int ncbas,
        struct host *hp;
        hp = cba[i].hp;
        if (hp && xhost != hp) {
-           rx_PutConnection(hp->callback_rxcon);
            h_Release_r(hp);
        }
     }
 
+    /* H_UNLOCK around this so h_FreeConnection does not deadlock.
+       h_FreeConnection should *never* be called on a callback connection,
+       but on 10/27/04 a deadlock occurred where it was, when we know why,
+       this should be reverted. -- shadow */
+    H_UNLOCK;
+    for (i = 0; i < j; i++) {
+       rx_PutConnection(conns[i]);
+    }
+    H_LOCK;
+
     return;
 }