Commit 6f8f9fde authored by Sakari Ailus's avatar Sakari Ailus Committed by Mauro Carvalho Chehab
Browse files

media: Documentation: media: Fix v4l2-async kerneldoc syntax



Fix kerneldoc syntax in v4l2-async. The references were not produced
correctly.

Signed-off-by: default avatarSakari Ailus <sakari.ailus@linux.intel.com>
Reviewed-by: default avatarJacopo Mondi <jacopo@jmondi.org>
Signed-off-by: default avatarMauro Carvalho Chehab <mchehab+huawei@kernel.org>
parent b9a54336
Loading
Loading
Loading
Loading
+4 −4
Original line number Diff line number Diff line
@@ -5,7 +5,7 @@
Pixel data transmitter and receiver drivers
===========================================

V4L2 supports various devices that transmit and receiver pixel data. Examples of
V4L2 supports various devices that transmit and receive pixel data. Examples of
these devices include a camera sensor, a TV tuner and a parallel or a CSI-2
receiver in an SoC.

@@ -95,9 +95,9 @@ LP-11 and LP-111 modes

The transmitter drivers must, if possible, configure the CSI-2 transmitter to
*LP-11 or LP-111 mode* whenever the transmitter is powered on but not active,
and maintain *LP-11 or LP-111 mode* until stream on. Only at stream on should
the transmitter activate the clock on the clock lane and transition to *HS
mode*.
and maintain *LP-11 or LP-111 mode* until stream on. Only at stream on time
should the transmitter activate the clock on the clock lane and transition to
*HS mode*.

Some transmitters do this automatically but some have to be explicitly
programmed to do so, and some are unable to do so altogether due to
+2 −0
Original line number Diff line number Diff line
@@ -37,6 +37,8 @@ Image Process Control IDs
    by selecting the desired horizontal and vertical blanking. The unit
    of this control is Hz.

.. _v4l2-cid-pixel-rate:

``V4L2_CID_PIXEL_RATE (64-bit integer)``
    Pixel rate in the source pads of the subdev. This control is
    read-only and its unit is pixels / second.
+15 −15
Original line number Diff line number Diff line
@@ -129,11 +129,11 @@ void v4l2_async_debug_init(struct dentry *debugfs_dir);
 *
 * This function initializes the notifier @asd_list. It must be called
 * before adding a subdevice to a notifier, using one of:
 * @v4l2_async_notifier_add_fwnode_remote_subdev,
 * @v4l2_async_notifier_add_fwnode_subdev,
 * @v4l2_async_notifier_add_i2c_subdev,
 * @__v4l2_async_notifier_add_subdev or
 * @v4l2_async_notifier_parse_fwnode_endpoints.
 * v4l2_async_notifier_add_fwnode_remote_subdev(),
 * v4l2_async_notifier_add_fwnode_subdev(),
 * v4l2_async_notifier_add_i2c_subdev(),
 * __v4l2_async_notifier_add_subdev() or
 * v4l2_async_notifier_parse_fwnode_endpoints().
 */
void v4l2_async_notifier_init(struct v4l2_async_notifier *notifier);

@@ -145,9 +145,9 @@ void v4l2_async_notifier_init(struct v4l2_async_notifier *notifier);
 * @asd: pointer to &struct v4l2_async_subdev
 *
 * \warning: Drivers should avoid using this function and instead use one of:
 * @v4l2_async_notifier_add_fwnode_subdev,
 * @v4l2_async_notifier_add_fwnode_remote_subdev or
 * @v4l2_async_notifier_add_i2c_subdev.
 * v4l2_async_notifier_add_fwnode_subdev(),
 * v4l2_async_notifier_add_fwnode_remote_subdev() or
 * v4l2_async_notifier_add_i2c_subdev().
 *
 * Call this function before registering a notifier to link the provided @asd to
 * the notifiers master @asd_list. The @asd must be allocated with k*alloc() as
@@ -200,7 +200,7 @@ __v4l2_async_notifier_add_fwnode_remote_subdev(struct v4l2_async_notifier *notif
 * function also gets a reference of the fwnode which is released later at
 * notifier cleanup time.
 *
 * This is just like @v4l2_async_notifier_add_fwnode_subdev, but with the
 * This is just like v4l2_async_notifier_add_fwnode_subdev(), but with the
 * exception that the fwnode refers to a local endpoint, not the remote one.
 */
#define v4l2_async_notifier_add_fwnode_remote_subdev(notifier, ep, type) \
@@ -265,13 +265,13 @@ void v4l2_async_notifier_unregister(struct v4l2_async_notifier *notifier);
 * sub-devices allocated for the purposes of the notifier but not the notifier
 * itself. The user is responsible for calling this function to clean up the
 * notifier after calling
 * @v4l2_async_notifier_add_fwnode_remote_subdev,
 * @v4l2_async_notifier_add_fwnode_subdev,
 * @v4l2_async_notifier_add_i2c_subdev,
 * @__v4l2_async_notifier_add_subdev or
 * @v4l2_async_notifier_parse_fwnode_endpoints.
 * v4l2_async_notifier_add_fwnode_remote_subdev(),
 * v4l2_async_notifier_add_fwnode_subdev(),
 * v4l2_async_notifier_add_i2c_subdev(),
 * __v4l2_async_notifier_add_subdev() or
 * v4l2_async_notifier_parse_fwnode_endpoints().
 *
 * There is no harm from calling v4l2_async_notifier_cleanup in other
 * There is no harm from calling v4l2_async_notifier_cleanup() in other
 * cases as long as its memory has been zeroed after it has been
 * allocated.
 */