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:
Laurent Pinchart 2021-05-22 00:17:23 +03:00
parent 6551bd39f0
commit cccb748000

View file

@ -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