diff options
author | Marton Balint <cus@fazekas.hu> | 2010-02-24 13:23:36 -0300 |
---|---|---|
committer | Mauro Carvalho Chehab <mchehab@redhat.com> | 2010-05-18 00:46:23 -0300 |
commit | d044189dfea1e8329d63cb4e18815a7e92d2e049 (patch) | |
tree | 719ed7684fa4077216fc4239fc65db9b0b2677b9 | |
parent | b628a2a3d4e97044cc9f6818bfb8330d8d0b021a (diff) | |
download | kernel_samsung_smdk4412-d044189dfea1e8329d63cb4e18815a7e92d2e049.zip kernel_samsung_smdk4412-d044189dfea1e8329d63cb4e18815a7e92d2e049.tar.gz kernel_samsung_smdk4412-d044189dfea1e8329d63cb4e18815a7e92d2e049.tar.bz2 |
V4L/DVB: cx88: increase BUFFER_TIMEOUT to 2 seconds
When temporarily there is no video signal, sometimes it takes more than 0.5
secs for the cx88 chip to generate a single frame. If a dma timeout occurs
during recording, it confuses the recording application (at least mencoder)
and the recording stops.
Since there is already an #if 0 for 2 seconds buffer timeout in the code
at the -hg development tree, re-enabling that seemed the most simple
solution.
Signed-off-by: Marton Balint <cus@fazekas.hu>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
-rw-r--r-- | drivers/media/video/cx88/cx88.h | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/drivers/media/video/cx88/cx88.h b/drivers/media/video/cx88/cx88.h index 48b6c04..b5f054d 100644 --- a/drivers/media/video/cx88/cx88.h +++ b/drivers/media/video/cx88/cx88.h @@ -290,7 +290,7 @@ struct cx88_subid { #define RESOURCE_VIDEO 2 #define RESOURCE_VBI 4 -#define BUFFER_TIMEOUT msecs_to_jiffies(500) /* 0.5 seconds */ +#define BUFFER_TIMEOUT msecs_to_jiffies(2000) /* buffer for one video frame */ struct cx88_buffer { |