From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Lad Prabhakar <prabhakar.csengg@gmail.com>
Cc: Sakari Ailus <sakari.ailus@linux.intel.com>,
LMML <linux-media@vger.kernel.org>,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 3/3] media: omap3isp: ispvideo: use vb2_fop_mmap/poll
Date: Sun, 08 Mar 2015 22:19:51 +0200 [thread overview]
Message-ID: <6311191.VMMYFrviVN@avalon> (raw)
In-Reply-To: <1796599.ux1YsIdsDy@avalon>
Hi Prabhakar,
On Tuesday 24 February 2015 02:23:26 Laurent Pinchart wrote:
> On Monday 23 February 2015 20:19:33 Lad Prabhakar wrote:
> > From: "Lad, Prabhakar" <prabhakar.csengg@gmail.com>
> >
> > No need to reinvent the wheel. Just use the already existing
> > functions provided v4l-core.
> >
> > Signed-off-by: Lad, Prabhakar <prabhakar.csengg@gmail.com>
> > ---
> >
> > drivers/media/platform/omap3isp/ispvideo.c | 30 ++++---------------------
> > 1 file changed, 4 insertions(+), 26 deletions(-)
> >
> > diff --git a/drivers/media/platform/omap3isp/ispvideo.c
> > b/drivers/media/platform/omap3isp/ispvideo.c index b648176..5dd5ffc 100644
> > --- a/drivers/media/platform/omap3isp/ispvideo.c
> > +++ b/drivers/media/platform/omap3isp/ispvideo.c
> > @@ -1277,37 +1277,13 @@ static int isp_video_release(struct file *file)
> > return ret;
> > }
> >
> > -static unsigned int isp_video_poll(struct file *file, poll_table *wait)
> > -{
> > - struct isp_video *video = video_drvdata(file);
> > - int ret;
> > -
> > - mutex_lock(&video->queue_lock);
> > - ret = vb2_poll(&video->queue, file, wait);
> > - mutex_unlock(&video->queue_lock);
> > -
> > - return ret;
> > -}
>
> This depends on patch 2/3, which can't be accepted as-is for now.
>
> > -static int isp_video_mmap(struct file *file, struct vm_area_struct *vma)
> > -{
> > - struct isp_video *video = video_drvdata(file);
> > - int ret;
> > -
> > - mutex_lock(&video->queue_lock);
> > - ret = vb2_mmap(&video->queue, vma);
> > - mutex_unlock(&video->queue_lock);
> > -
> > - return ret;
> > -}
>
> This should be good but has the side effect of removing locking in
> isp_video_mmap(). Now, I think that's the right thing to do, but it should
> be done in a separate patch first with a proper explanation. I can do so,
> or you can submit an additional patch.
After testing the change I realized it also depends on patch 2/3, as video-
>queue is only set at streamon time at the moment. I'm thus dropping the patch
from my queue.
> > static struct v4l2_file_operations isp_video_fops = {
> > .owner = THIS_MODULE,
> > .unlocked_ioctl = video_ioctl2,
> > .open = isp_video_open,
> > .release = isp_video_release,
> > - .poll = isp_video_poll,
> > - .mmap = isp_video_mmap,
> > + .poll = vb2_fop_poll,
> > + .mmap = vb2_fop_mmap,
> > };
> >
> > /* ----------------------------------------------------------------------
> > @@ -1389,6 +1365,8 @@ int omap3isp_video_register(struct isp_video
> > *video, struct v4l2_device *vdev)
> >
> > video->video.v4l2_dev = vdev;
> >
> > + /* queue isnt initalized */
> > + video->video.queue = &video->queue;
> > ret = video_register_device(&video->video, VFL_TYPE_GRABBER, -1);
> > if (ret < 0)
> > dev_err(video->isp->dev,
--
Regards,
Laurent Pinchart
prev parent reply other threads:[~2015-03-08 20:19 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-23 20:19 [PATCH 0/3] omap3isp trivial enhancements Lad Prabhakar
2015-02-23 20:19 ` [PATCH 1/3] media: omap3isp: ispvideo: drop setting of vb2 buffer state to VB2_BUF_STATE_ACTIVE Lad Prabhakar
2015-02-24 0:12 ` Laurent Pinchart
2015-02-23 20:19 ` [PATCH 2/3] media: omap3isp: ispvideo: drop driver specific isp_video_fh Lad Prabhakar
2015-02-24 0:35 ` Laurent Pinchart
2015-02-24 8:04 ` Lad, Prabhakar
2015-02-24 9:07 ` Laurent Pinchart
2015-02-23 20:19 ` [PATCH 3/3] media: omap3isp: ispvideo: use vb2_fop_mmap/poll Lad Prabhakar
2015-02-24 0:23 ` Laurent Pinchart
2015-02-24 7:54 ` Lad, Prabhakar
2015-03-08 20:19 ` Laurent Pinchart [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=6311191.VMMYFrviVN@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=prabhakar.csengg@gmail.com \
--cc=sakari.ailus@linux.intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox