From: Hans Verkuil <hverkuil@xs4all.nl>
To: Devin Heitmueller <dheitmueller@kernellabs.com>
Cc: Alban Browaeys <alban.browaeys@gmail.com>,
Mauro Carvalho Chehab <mchehab@redhat.com>,
linux-media@vger.kernel.org, linux-kernel@vger.kernel.org,
Alban Browaeys <prahal@yahoo.com>
Subject: Re: [PATCH 4/4] [media] em28xx: Fix vidioc fmt vid cap v4l2 compliance
Date: Thu, 18 Jul 2013 10:05:38 +0200 [thread overview]
Message-ID: <201307181005.38765.hverkuil@xs4all.nl> (raw)
In-Reply-To: <CAGoCfixECL-5uazWhBXdXVQufwbcB=Opahux3k+wEnt2riLjsA@mail.gmail.com>
On Thu 18 July 2013 04:07:51 Devin Heitmueller wrote:
> On Tue, Jul 16, 2013 at 7:06 PM, Alban Browaeys
> <alban.browaeys@gmail.com> wrote:
> > Set fmt.pix.priv to zero in vidioc_g_fmt_vid_cap
> > and vidioc_try_fmt_vid_cap.
>
> Any reason not to have the v4l2 core do this before dispatching to the
> driver? Set it to zero before the core calls g_fmt. This avoids all
> the drivers (most of which don't use the field) from having to set the
> value themselves.
There is still one driver (sn9c102) that's (ab)using it. Although perhaps I
should take a look at it and fix it.
Note that priv only needs to be cleared for try/s_fmt. g_fmt does clear it
already in the core before handing it over to the driver.
That said, I am undecided whether to put this in the core. We might actually
start to use this field for something useful in the future. By having drivers
clear it explicitly it will be easier to do that.
Regards,
Hans
next prev parent reply other threads:[~2013-07-18 8:05 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-16 23:06 Alban Browaeys
2013-07-18 2:07 ` Devin Heitmueller
2013-07-18 8:05 ` Hans Verkuil [this message]
2013-07-26 13:25 ` Hans Verkuil
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=201307181005.38765.hverkuil@xs4all.nl \
--to=hverkuil@xs4all.nl \
--cc=alban.browaeys@gmail.com \
--cc=dheitmueller@kernellabs.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@redhat.com \
--cc=prahal@yahoo.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
all inboxes | Powered by JetHome®