Commit 74491090 authored by Sakari Ailus's avatar Sakari Ailus Committed by Hans Verkuil

media: Documentation: Additional streams generally don't harm capture

Having extra streams on the source end of the link that cannot be captured
by the sink sub-device generally are not an issue, at least not on CSI-2
bus. Still document that there may be hardware-specific limitations. For
example on parallel bus this might not work on all cases.
Signed-off-by: default avatarSakari Ailus <sakari.ailus@linux.intel.com>
Reviewed-by: default avatarTomi Valkeinen <tomi.valkeinen@ideasonboard.com>
Reviewed-by: default avatarLaurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>
Signed-off-by: default avatarHans Verkuil <hverkuil-cisco@xs4all.nl>
parent 21828609
...@@ -529,9 +529,9 @@ the its sink pad and allows to route them individually to one of its source ...@@ -529,9 +529,9 @@ the its sink pad and allows to route them individually to one of its source
pads. pads.
Subdevice drivers that support multiplexed streams are compatible with Subdevice drivers that support multiplexed streams are compatible with
non-multiplexed subdev drivers, but, of course, require a routing configuration non-multiplexed subdev drivers. However, if the driver at the sink end of a link
where the link between those two types of drivers contains only a single does not support streams, then only stream 0 of source end may be captured.
stream. There may be additional limitations specific to the sink device.
Understanding streams Understanding streams
^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment