From: Jacek Anaszewski <j.anaszewski@samsung.com>
To: Hans Verkuil <hansverk@cisco.com>
Cc: linux-media <linux-media@vger.kernel.org>,
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 10:58:20 +0200 [thread overview]
Message-ID: <55409D2C.8050007@samsung.com> (raw)
In-Reply-To: <55408DE7.3020906@cisco.com>
Hi Hans,
On 04/29/2015 09:53 AM, Hans Verkuil wrote:
> 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.
Thanks for the explanation.
> 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.
This can be the case for the flash LED devices that can reduce torch
current when battery voltage level falls below predefined threshold.
--
Best Regards,
Jacek Anaszewski
next prev parent reply other threads:[~2015-04-29 8:58 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
2015-04-29 8:58 ` Jacek Anaszewski [this message]
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=55409D2C.8050007@samsung.com \
--to=j.anaszewski@samsung.com \
--cc=hans.verkuil@cisco.com \
--cc=hansverk@cisco.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.