diff --git a/src/ca/CAref.html b/src/ca/CAref.html
index 13bcd795f..0651b2c26 100644
--- a/src/ca/CAref.html
+++ b/src/ca/CAref.html
@@ -2674,6 +2674,14 @@ automatically released by the system when the process exits and
vxWorks or RTEMS no cleanup occurs unless the application calls
ca_context_destroy().
Note: This operation blocks until any user callbacks for any channel
+created in the current context have run to completion. If callbacks take a
+lock (mutex) then it is the user's responsibility to ensure that this lock
+is not held when ca_clear_context() is called, otherwise a
+deadlock may ensue. (See also ca_clear_channel() and ca_clear_subscription().)
ECA_NORMAL - Normal successful completion
@@ -2819,6 +2827,12 @@ efficiently sent over the network in one message. clearing a channel does shutdown and reclaim any channel state change event subscriptions (monitors) registered with the channel. +Note: This operation blocks until any user callbacks for this channel
+have run to completion. If callbacks take a lock (mutex) then it is the
+user's responsibility to ensure that this lock is not held when
+ca_clear_channel() is called, otherwise a deadlock may ensue.
+(See also ca_clear_subscription().)
CHIDca_flush_io(), c
ca_pend_event(), or ca_sg_block() are called. This allows several requests to be
efficiently sent together in one message.
+Note: This operation blocks until any user callbacks for this channel
+have run to completion. If callbacks take a lock (mutex) then it is the
+user's responsibility to ensure that this lock is not held when
+ca_clear_subscription() is called, otherwise a deadlock may
+ensue. (See also ca_clear_channel().)
+
Arguments
- EVID