No need for a high-accuracy delay here as long as it is more than 2 milliseconds this should be ok - as it is non-atomic context it will be 2+ anyway and streamoff delays in the millisecond range should not hurt. Signed-off-by: Nicholas Mc Guire <hofrat@xxxxxxxxxxx> --- Problem located by an experimental coccinelle script Patch was compile tested with: x86_64_defconfig + MEDIA_SUPPORT=m, MEDIA_CAMERA_SUPPORT=y, MEDIA_CONTROLLER=y, VIDEO_V4L2_SUBDEV_API=y, VIDEO_SMIAPP=m Patch is against 5.1-rc3 (localversion-next is next-20190405) drivers/media/i2c/smiapp/smiapp-quirk.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/i2c/smiapp/smiapp-quirk.c b/drivers/media/i2c/smiapp/smiapp-quirk.c index 95c0272..21b7fdc 100644 --- a/drivers/media/i2c/smiapp/smiapp-quirk.c +++ b/drivers/media/i2c/smiapp/smiapp-quirk.c @@ -202,7 +202,7 @@ static int jt8ev1_post_streamoff(struct smiapp_sensor *sensor) return rval; /* Wait for 1 ms + one line => 2 ms is likely enough */ - usleep_range(2000, 2000); + usleep_range(2000, 4000); /* Restore it */ rval = smiapp_write_8(sensor, 0x3205, 0x00); -- 2.1.4
