From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754960Ab2IZP15 (ORCPT ); Wed, 26 Sep 2012 11:27:57 -0400 Received: from avon.wwwdotorg.org ([70.85.31.133]:48416 "EHLO avon.wwwdotorg.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754269Ab2IZP1z (ORCPT ); Wed, 26 Sep 2012 11:27:55 -0400 Message-ID: <50631EF7.6040908@wwwdotorg.org> Date: Wed, 26 Sep 2012 09:27:51 -0600 From: Stephen Warren User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120827 Thunderbird/15.0 MIME-Version: 1.0 To: "Philip, Avinash" CC: "grant.likely@secretlab.ca" , "rob.herring@calxeda.com" , "rob@landley.net" , "rpurdie@rpsys.net" , "thierry.reding@avionic-design.de" , "broonie@opensource.wolfsonmicro.com" , "shawn.guo@linaro.org" , "devicetree-discuss@lists.ozlabs.org" , "linux-doc@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "Nori, Sekhar" , "Hebbar, Gururaja" Subject: Re: [PATCH v2] pwm_backlight: Add device tree support for Low Threshold Brightness References: <1348203080-16348-1-git-send-email-avinashphilip@ti.com> <505BF83D.8040201@wwwdotorg.org> <518397C60809E147AF5323E0420B992E3E9A685B@DBDE01.ent.ti.com> <505CA74B.2090405@wwwdotorg.org> <518397C60809E147AF5323E0420B992E3E9A8449@DBDE01.ent.ti.com> <50614CE2.7010301@wwwdotorg.org> <518397C60809E147AF5323E0420B992E3E9A8FA7@DBDE01.ent.ti.com> In-Reply-To: <518397C60809E147AF5323E0420B992E3E9A8FA7@DBDE01.ent.ti.com> X-Enigmail-Version: 1.4.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 09/25/2012 10:35 PM, Philip, Avinash wrote: > On Tue, Sep 25, 2012 at 11:49:14, Stephen Warren wrote: >> On 09/24/2012 10:29 PM, Philip, Avinash wrote: >>> On Fri, Sep 21, 2012 at 23:13:39, Stephen Warren wrote: >>>> On 09/21/2012 12:03 AM, Philip, Avinash wrote: >>>>> Hi Stephen, >>>>> >>>>> On Fri, Sep 21, 2012 at 10:46:45, Stephen Warren wrote: >>>>>> On 09/20/2012 10:51 PM, Philip, Avinash wrote: >>>>>>> Some backlights perform poorly when driven by a PWM with a short >>>>>>> duty-cycle. For such devices, the low threshold can be used to specify a >>>>>>> lower bound for the duty-cycle and should be chosen to exclude the >>>>>>> problematic range. >>>>>>> >>>>>>> This patch adds support for an optional low-threshold-brightness >>>>>>> property. >>>>>> >>>>>>> diff --git a/Documentation/devicetree/bindings/video/backlight/pwm-backlight.txt b/Documentation/devicetree/bindings/video/backlight/pwm-backlight.txt >>>>>> >>>>>>> Optional properties: >>>>>>> - pwm-names: a list of names for the PWM devices specified in the >>>>>>> "pwms" property (see PWM binding[0]) >>>>>>> + - low-threshold-brightness: brightness threshold low level. Low threshold >>>>>>> + brightness set to value so that backlight present on low end of >>>>>>> + brightness. >>>>>> >>>>>> For my education, why not just specify values above this value in the >>>>>> brightness-levels array; how do those two interact? >>>>> >>>>> Please find details from >>>>> https://lkml.org/lkml/2012/7/18/284 >>>> >>>> Hmm. That still doesn't really explain what this property does. >>>> >>>> I'm going to guess that if this property is present, and values in the >>>> brightness-levels property get scaled between the >>>> low-threshold-brightness and 255 instead of being used directly. >>> >>> This is correct. >>> >>>> But then, in the email you linked to, what does "But brightness-levels won't >>>> be uniformly divided" mean? >>> >>> For some panels, backlight would absent on low end of brightness due to low >>> percentage in duty_cycle. Consider following example where backlight absent >>> for brightness levels from 0 - 51. >>> >>> pwms = <&pwm 0 50000>; >>> brightness-levels = <0 51 53 56 62 75 101 152 255>; >>> default-brightness-level = <6>; >>> >>> So in the example, brightness-levels are set to have values for backlight present. >>> Here levels are not uniformly divided. >> >> So why not just change the values so they /are/ what you want? After >> all, it's just data and you can put whatever values you want there. What >> is preventing you from doing this? > > brightness_threshold_level was added to explore lth_brightness support already > present in non-DT case. I understand that. Given my discussion above, I would advocate removing lth_brightness from the non-DT case rather than adding it to the DT case, since it seems entirely pointless.