/usr/include/asterisk/named_locks.h is in asterisk-dev 1:13.14.1~dfsg-2+deb9u4.
This file is owned by root:root, with mode 0o644.
The actual contents of the file can be viewed below.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 | /*
* Asterisk -- An open source telephony toolkit.
*
* Copyright (C) 2016, Fairview 5 Engineering, LLC
*
* George Joseph <george.joseph@fairview5.com>
*
* See http://www.asterisk.org for more information about
* the Asterisk project. Please do not directly contact
* any of the maintainers of this project for assistance;
* the project provides a web site, mailing lists and IRC
* channels for your use.
*
* This program is free software, distributed under the terms of
* the GNU General Public License Version 2. See the LICENSE file
* at the top of the source tree.
*/
/*! \file
*
* \brief Named Locks
*
* \author George Joseph <george.joseph@fairview5.com>
*/
#ifndef INCLUDE_ASTERISK_NAMED_LOCKS_H_
#define INCLUDE_ASTERISK_NAMED_LOCKS_H_
#include "asterisk/astobj2.h"
/*!
* \defgroup named_locks Named mutex and read-write locks
* @{
* \page NamedLocks Named mutex and read-write locks
* \since 13.9.0
*
* Locking some objects like sorcery objects can be tricky because the underlying
* ao2 object may not be the same for all callers. For instance, two threads that
* call ast_sorcery_retrieve_by_id on the same aor name might actually get 2 different
* ao2 objects if the underlying wizard had to rehydrate the aor from a database.
* Locking one ao2 object doesn't have any effect on the other even if those objects
* had locks in the first place
*
* Named locks allow access control by name. Now an aor named "1000" can be locked and
* any other thread attempting to lock the aor named "1000" will wait regardless of whether
* the underlying ao2 object is the same or not.
*
* To use a named lock:
* Call ast_named_lock_get with the appropriate keyspace and key.
* Use the standard ao2 lock/unlock functions as needed.
* Call ast_named_lock_put when you're finished with it.
*/
/*!
* \brief Which type of lock to request.
*/
enum ast_named_lock_type {
/*! Request a named mutex. */
AST_NAMED_LOCK_TYPE_MUTEX = AO2_ALLOC_OPT_LOCK_MUTEX,
/*! Request a named read/write lock. */
AST_NAMED_LOCK_TYPE_RWLOCK = AO2_ALLOC_OPT_LOCK_RWLOCK,
};
struct ast_named_lock;
struct ast_named_lock *__ast_named_lock_get(const char *filename, int lineno, const char *func,
enum ast_named_lock_type lock_type, const char *keyspace, const char *key);
int __ast_named_lock_put(const char *filename, int lineno, const char *func,
struct ast_named_lock *lock);
/*!
* \brief Geta named lock handle
* \since 13.9.0
*
* \param lock_type One of ast_named_lock_type
* \param keyspace
* \param key
* \retval A pointer to an ast_named_lock structure
* \retval NULL on error
*
* \note
* keyspace and key can be anything. For sorcery objects, keyspace could be the object type
* and key could be the object id.
*/
#define ast_named_lock_get(lock_type, keyspace, key) \
__ast_named_lock_get(__FILE__, __LINE__, __PRETTY_FUNCTION__, lock_type, \
keyspace, key)
/*!
* \brief Put a named lock handle away
* \since 13.9.0
*
* \param lock The pointer to the ast_named_lock structure returned by ast_named_lock_get
* \retval 0 Success
* \retval -1 Failure
*/
#define ast_named_lock_put(lock) \
__ast_named_lock_put(__FILE__, __LINE__, __PRETTY_FUNCTION__, lock)
/*!
* @}
*/
#endif /* INCLUDE_ASTERISK_NAMED_LOCKS_H_ */
|