summaryrefslogtreecommitdiff
path: root/include/linux/timerqueue.h
diff options
context:
space:
mode:
authorRicardo Ribalda <ribalda@chromium.org>2026-05-13 14:49:21 +0300
committerHans Verkuil <hverkuil+cisco@kernel.org>2026-05-21 22:14:07 +0300
commitede7de6e6b3db552d10ac50557d69c50d1b08486 (patch)
tree4d3272420853bdd4f3d633bd89aff49c29faeb9b /include/linux/timerqueue.h
parentedc1917599c5339aedc83135cade66517e0a2972 (diff)
downloadlinux-ede7de6e6b3db552d10ac50557d69c50d1b08486.tar.xz
media: uvcvideo: Use hw timestaming if the clock buffer is full
In some situations, even with a full clock buffer, it does not contain 250msec of data. This results in the driver jumping back from software to hardware timestapsing creating a nasty artifact in the video. If the clock buffer is full, use it to calculate the timestamp instead of defaulting to software stamps, the reduced accuracy is less visible than jumping from one timestamping mechanism to the other. Fixes: 6243c83be6ee8 ("media: uvcvideo: Allow hw clock updates with buffers not full") Cc: stable@vger.kernel.org Reviewed-by: Hans de Goede <johannes.goede@oss.qualcomm.com> Tested-by: Yunke Cao <yunkec@google.com> Signed-off-by: Ricardo Ribalda <ribalda@chromium.org> Link: https://patch.msgid.link/20260513-uvc-hwtimestamp-v3-2-7a64838b0b02@chromium.org Signed-off-by: Hans de Goede <johannes.goede@oss.qualcomm.com> Signed-off-by: Hans Verkuil <hverkuil+cisco@kernel.org>
Diffstat (limited to 'include/linux/timerqueue.h')
0 files changed, 0 insertions, 0 deletions