From a1635fc45f681ed9066f6beed9be7e1672490f9f Mon Sep 17 00:00:00 2001
From: Ludwig Krispenz <lkrispen@redhat.com>
Date: Jan 15 2016 09:07:16 +0000
Subject: Ticket: 48341 - deadlock on connection mutex


If  thread is blocked in connection_read_operation() it holds the connection mutex
and the main thread iterating through the connection table is also blocked.

But if the main thread would get the mutex it would just detect that the connection has still the
C_gettingber flag set and immediately release the lock.

The check if c_gettingber == 0 can be done without holding the mutex and so the deadlock
can be avoided

Reviewed by Rich, Thanks

---

diff --git a/ldap/servers/slapd/daemon.c b/ldap/servers/slapd/daemon.c
index 355f0fc..d25c44d 100644
--- a/ldap/servers/slapd/daemon.c
+++ b/ldap/servers/slapd/daemon.c
@@ -1740,6 +1740,9 @@ handle_pr_read_ready(Connection_Table *ct, PRIntn num_poll)
 	{
 		if ( c->c_mutex != NULL )
 		{
+			/* this check can be done without acquiring the mutex */
+			if (c->c_gettingber) continue;
+
 			PR_EnterMonitor(c->c_mutex);
 			if ( connection_is_active_nolock (c) && c->c_gettingber == 0 )
 			{