mirror of
https://git.libcamera.org/libcamera/libcamera.git
synced 2025-07-23 16:45:07 +03:00
libcamera: thread: Drop doc of asynchronous signals delivery to applications
The asynchronous signal delivery mechanism can't be used by application, as it requires libcamera to be aware of the application event loop, which has been dropped a long time ago. Drop the corresponding documentation paragraph. Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com> Reviewed-by: Niklas Söderlund <niklas.soderlund@ragnatech.se> Reviewed-by: Umang Jain <umang.jain@ideasonboard.com> Reviewed-by: Hirokazu Honda <hiroh@chromium.org>
This commit is contained in:
parent
6551bd39f0
commit
cccb748000
1 changed files with 0 additions and 8 deletions
|
@ -64,14 +64,6 @@
|
|||
* be overridden by selecting a different connection type when calling
|
||||
* Signal::connect().
|
||||
*
|
||||
* Asynchronous signal delivery is used internally in libcamera, but is also
|
||||
* available to applications if desired. To use this feature, applications
|
||||
* shall create receiver classes that inherit from the Object class, and
|
||||
* provide an event loop to the CameraManager as explained above. Note that
|
||||
* Object instances created by the application are limited to living in the
|
||||
* application's main thread. Creating Object instances from another thread of
|
||||
* an application causes undefined behaviour.
|
||||
*
|
||||
* \section thread-reentrancy Reentrancy and Thread-Safety
|
||||
*
|
||||
* Through the documentation, several terms are used to define how classes and
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue