From: Jacek Anaszewski <j.anaszewski@samsung.com>
To: "sakari.ailus@iki.fi" <sakari.ailus@iki.fi>
Cc: Mark Rutland <mark.rutland@arm.com>,
"linux-leds@vger.kernel.org" <linux-leds@vger.kernel.org>,
"linux-media@vger.kernel.org" <linux-media@vger.kernel.org>,
"kyungmin.park@samsung.com" <kyungmin.park@samsung.com>,
"pavel@ucw.cz" <pavel@ucw.cz>,
"cooloney@gmail.com" <cooloney@gmail.com>,
"rpurdie@rpsys.net" <rpurdie@rpsys.net>,
"s.nawrocki@samsung.com" <s.nawrocki@samsung.com>,
Andrzej Hajda <a.hajda@samsung.com>,
Lee Jones <lee.jones@linaro.org>,
Chanwoo Choi <cw00.choi@samsung.com>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>
Subject: Re: [PATCH v3] DT: Add documentation for the mfd Maxim max77693
Date: Tue, 31 Mar 2015 12:58:30 +0200 [thread overview]
Message-ID: <551A7DD6.8000609@samsung.com> (raw)
In-Reply-To: <20150331091414.GH18321@valkosipuli.retiisi.org.uk>
Hi Sakari,
On 03/31/2015 11:14 AM, sakari.ailus@iki.fi wrote:
> Hi Mark and Jacek,
>
> On Mon, Mar 30, 2015 at 02:20:03PM +0100, Mark Rutland wrote:
>> Hi,
>>
>>>>> +Optional properties:
>>>>> +- maxim,trigger-type : Flash trigger type.
>>>>> + Possible trigger types:
>>>>> + LEDS_TRIG_TYPE_EDGE (0) - Rising edge of the signal triggers
>>>>> + the flash,
>>>>> + LEDS_TRIG_TYPE_LEVEL (1) - Strobe pulse length controls duration
>>>>> + of the flash.
>>>>
>>>> Surely this is required? What should be assumed if this property isn't
>>>> present?
>>>
>>> LEDS_TRIG_TYPE_LEVEL allows for an ISP to do e.g. short flash blink
>>> before the actual strobe - it is used for eliminating photographs with
>>> closed eyes, or can serve for probing ambient light conditions.
>>>
>>> With LEDS_TRIG_TYPE_EDGE flash strobe is triggered on rising edge
>>> and lasts until programmed timeout expires.
>>>
>>> This setting is tightly related to a camera sensor, which generates
>>> the strobe signal. Effectively it depends on board configuration.
>>
>> My comment wasn't to do with the semantics of eitehr option but rather
>> the optionality of the property.
>>
>> Surely it's vital to know what this should be, and hence this property
>> should be required rather than optional?
>>
>> If it isn't required, what would the assumed default be?
>
> I wonder if there's a use case for edge triggering. In level trigger mode,
> whichever component generates the trigger signal, determines also the strobe
> time (up to the timeout). The sensor or (in the case of lack of the signal
> from the sensor) the ISP has the most information on the sensor timing.
>
> The existing as3654a driver only supports level triggering while the chip
> can do edge, too.
>
> I'd make level default and perhaps add a V4L2 control / sysfs file to change
> this if needed.
That sounds reasonable. I am going to come up with another version of
leds-max77693.c patch anyway, so I'll address this issue too.
--
Best Regards,
Jacek Anaszewski
next prev parent reply other threads:[~2015-03-31 10:58 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-30 9:52 [PATCH v3] Documentation: leds: Add description of v4l2-flash sub-device Jacek Anaszewski
2015-03-30 9:52 ` [PATCH v3] DT: Add documentation for the mfd Maxim max77693 Jacek Anaszewski
[not found] ` <1427709149-15014-2-git-send-email-j.anaszewski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
2015-03-30 11:57 ` Mark Rutland
2015-03-30 11:57 ` Mark Rutland
2015-03-30 12:43 ` Jacek Anaszewski
2015-03-30 13:20 ` Mark Rutland
2015-03-30 13:46 ` Jacek Anaszewski
2015-03-31 9:14 ` sakari.ailus
2015-03-31 10:58 ` Jacek Anaszewski [this message]
2015-03-30 9:52 ` [PATCH v3] leds: Add support for max77693 mfd flash cell 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=551A7DD6.8000609@samsung.com \
--to=j.anaszewski@samsung.com \
--cc=a.hajda@samsung.com \
--cc=cooloney@gmail.com \
--cc=cw00.choi@samsung.com \
--cc=devicetree@vger.kernel.org \
--cc=kyungmin.park@samsung.com \
--cc=lee.jones@linaro.org \
--cc=linux-leds@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=pavel@ucw.cz \
--cc=rpurdie@rpsys.net \
--cc=s.nawrocki@samsung.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.