From: Hans Verkuil <hansverk@cisco.com>
To: Jacek Anaszewski <j.anaszewski@samsung.com>,
linux-media <linux-media@vger.kernel.org>
Cc: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com>,
Hans Verkuil <hans.verkuil@cisco.com>,
Sakari Ailus <sakari.ailus@iki.fi>
Subject: Re: S_CTRL must be called twice to set volatile controls
Date: Wed, 29 Apr 2015 09:53:11 +0200 [thread overview]
Message-ID: <55408DE7.3020906@cisco.com> (raw)
In-Reply-To: <5540895A.5060102@samsung.com>
Hi Jacek,
On 04/29/15 09:33, Jacek Anaszewski wrote:
> Hi,
>
> After testing my v4l2-flash helpers patch [1] with the recent patches
> for v4l2-ctrl.c ([2] and [3]) s_ctrl op isn't called despite setting
> the value that should be aligned to the other step than default one.
>
> This happens for V4L2_CID_FLASH_TORCH_INTENSITY control with
> V4L2_CTRL_FLAG_VOLATILE flag.
>
> The situation improves after setting V4L2_CTRL_FLAG_EXECUTE_ON_WRITE
> flag for the control. Is this flag required now for volatile controls
> to be writable?
Yes, you need that if you want to be able to write to a volatile control.
It was added for exactly that purpose.
Why is V4L2_CID_FLASH_TORCH_INTENSITY volatile? Volatile typically only
makes sense if the hardware itself is modifying the value without the
software knowing about it.
Regards,
Hans
>
> [1] http://www.spinics.net/lists/linux-media/msg89004.html
> [2] 45f014c5 [media] media/v4l2-ctrls: Always execute EXECUTE_ON_WRITE ctrls
> [3] b08d8d26 [media] media/v4l2-ctrls: volatiles should not generate CH_VALUE
next prev parent reply other threads:[~2015-04-29 8:04 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-29 7:33 S_CTRL must be called twice to set volatile controls Jacek Anaszewski
2015-04-29 7:53 ` Hans Verkuil [this message]
2015-04-29 8:58 ` Jacek Anaszewski
2015-04-29 12:01 ` Sakari Ailus
2015-04-29 12:37 ` Jacek Anaszewski
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=55408DE7.3020906@cisco.com \
--to=hansverk@cisco.com \
--cc=hans.verkuil@cisco.com \
--cc=j.anaszewski@samsung.com \
--cc=linux-media@vger.kernel.org \
--cc=ricardo.ribalda@gmail.com \
--cc=sakari.ailus@iki.fi \
/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