summaryrefslogtreecommitdiff
path: root/drivers/media
diff options
context:
space:
mode:
authorJason Chen <b02280@freescale.com>2011-11-14 10:34:49 +0800
committerJason Liu <r64343@freescale.com>2012-01-09 21:06:20 +0800
commitbd6a2ab94682430c388c886182e92ee0bc9d58c1 (patch)
tree4d5713f9d0d2224132a334fa26475523a2604bd9 /drivers/media
parent02da426660fa1130e493907ab4ef16a0d1db8d46 (diff)
ENGR00161948 mxc v4l2 output: fix case of input crop with xoffset
run test like: /unit_tests//mxc_v4l2_output.out -iw 1280 -ih 720 -cr 1024 700 40 0 -ow 1024 -oh 700 /unit_tests/720p.yuv Under IPU IC bypass mode, the output color is not correct. And sometimes come out tearing issue. Fix them by modify fb driver adding xpanstep support and set vb->state to DONE after it finish show. When previous videobuf finish show and next videobuf ready to show, set VIDEOBUF_DONE state to avoid tearing issue, which make sure showing buffer will not be dequeue to write new data. It also bring side-effect that the last buffer can not be dequeue correctly, app need take care about it. Signed-off-by: Jason Chen <b02280@freescale.com>
Diffstat (limited to 'drivers/media')
-rw-r--r--drivers/media/video/mxc/output/mxc_vout.c31
1 files changed, 23 insertions, 8 deletions
diff --git a/drivers/media/video/mxc/output/mxc_vout.c b/drivers/media/video/mxc/output/mxc_vout.c
index b5f93daca088..fb82a6816e83 100644
--- a/drivers/media/video/mxc/output/mxc_vout.c
+++ b/drivers/media/video/mxc/output/mxc_vout.c
@@ -74,6 +74,8 @@ struct mxc_vout_output {
int ctrl_hflip;
dma_addr_t disp_bufs[FB_BUFS];
+
+ struct videobuf_buffer *pre_vb;
};
struct mxc_vout_dev {
@@ -451,15 +453,26 @@ static void disp_work_func(struct work_struct *work)
goto err;
}
- show_buf(vout, vout->frame_count % FB_BUFS);
+ if (show_buf(vout, vout->frame_count % FB_BUFS) < 0)
+ goto err;
spin_lock_irqsave(q->irqlock, flags);
list_del(&vb->queue);
- vb->state = VIDEOBUF_DONE;
+ /*
+ * previous videobuf finish show, set VIDEOBUF_DONE state here
+ * to avoid tearing issue, which make sure showing buffer will
+ * not be dequeue to write new data. It also bring side-effect
+ * that the last buffer can not be dequeue correctly, app need
+ * take care about it.
+ */
+ if (vout->pre_vb) {
+ vout->pre_vb->state = VIDEOBUF_DONE;
+ wake_up_interruptible(&vout->pre_vb->done);
+ }
- wake_up_interruptible(&vb->done);
+ vout->pre_vb = vb;
vout->frame_count++;
@@ -627,10 +640,10 @@ static int mxc_vout_release(struct file *file)
return 0;
if (--vout->open_cnt == 0) {
- destroy_workqueue(vout->v4l_wq);
q = &vout->vbq;
if (q->streaming)
ret = mxc_vidioc_streamoff(file, vout, vout->type);
+ destroy_workqueue(vout->v4l_wq);
}
return ret;
@@ -803,13 +816,13 @@ static int mxc_vout_try_format(struct mxc_vout_output *vout, struct v4l2_format
rect = (struct v4l2_rect *)f->fmt.pix.priv;
vout->task.input.crop.pos.x = rect->left;
vout->task.input.crop.pos.y = rect->top;
- vout->task.input.crop.w = rect->width;
- vout->task.input.crop.h = rect->height;
+ vout->task.input.crop.w = rect->width - rect->width%8;
+ vout->task.input.crop.h = rect->height - rect->height%8;
} else {
vout->task.input.crop.pos.x = 0;
vout->task.input.crop.pos.y = 0;
- vout->task.input.crop.w = f->fmt.pix.width;
- vout->task.input.crop.h = f->fmt.pix.height;
+ vout->task.input.crop.w = f->fmt.pix.width - f->fmt.pix.width%8;
+ vout->task.input.crop.h = f->fmt.pix.height - f->fmt.pix.height%8;
}
/* assume task.output already set by S_CROP */
@@ -1278,6 +1291,8 @@ static int mxc_vidioc_streamon(struct file *file, void *fh, enum v4l2_buf_type i
vout->start_jiffies = jiffies;
+ vout->pre_vb = NULL;
+
ret = videobuf_streamon(q);
done:
return ret;