Received: by 2002:a05:6602:18e:0:0:0:0 with SMTP id m14csp7546470ioo; Fri, 3 Jun 2022 08:37:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw174LKdf7LdrKKEIQYEzqEfEveA3/bUc1n85NMNamTc/pH5dC4mJQsYGhz55xGBI0mNgib X-Received: by 2002:a05:6402:e99:b0:41d:11f2:85e0 with SMTP id h25-20020a0564020e9900b0041d11f285e0mr11361010eda.339.1654270673140; Fri, 03 Jun 2022 08:37:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1654270673; cv=none; d=google.com; s=arc-20160816; b=bR2IeRSJUA3fPhTkcEM47DohnFfdKJ7uMSsjXvaEML1N++pjM46xKPRwQVYWjGbuh8 mpKeoIs12M/KL2Jhau4JN6WAIGBNZHgEcC+5PbWi5i3jSOKcAZCgRR4HU5YryR9c3sbW dXxfkSwYqX2x6B0boLFP0bf59L6bny753C+w8svs6Vr0SViIJ3JzCrFLtEqfQ67KQSYF gtLB1C4k1cCxGDyx8G0cFjhtONE4Kzglj4RbXZ+b8Wls42qfImw2oLuGpDASq3Z81Dza NgLKbyOBY+i5IH/VNEa+97KKN0mBsTYXookTMDZtj8jQO8f24gAVjbThPcmaB9xISAxs tuLg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=xl2jygig3bKkpYx+EUxe9wQPOU+AZ5rTVngrpx7kwik=; b=wsdZi9NCPQO6gM8jHzOGX3c+pb0MEFs0FLzDB6GOfmTT6GTAmraweOi3522+HlS0Xl 1pKm1NF/J+kxTMWMv/cgDdV1Y2LlZoVdbIkX7ASv+4QFZGPR14yui+RClp+ZRtPd/yYR BbVU6SSeXQ3T+H/Z8v6AyMYRDeHgUgAtVBH6TTvp3aQf0QEXppVx1GJZNJ2uvTSP3Ftu q0xgfRXAf8oPlxNelPfNRj99qk83CixpaSzdbigLQD5dS7E9uT87+/EqOWfuEjC+ZWV+ Dk/n+pK7o7z47MNzjZRXSkjO2BWfo9Otb+Ch9l98JP4J1Vi7UIe9y13ETLpbVrhJJupE brTw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=lLmTJ7W9; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id dn18-20020a17090794d200b006fea59c25d0si495688ejc.774.2022.06.03.08.37.22; Fri, 03 Jun 2022 08:37:53 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=lLmTJ7W9; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235664AbiFBN7C (ORCPT + 99 others); Thu, 2 Jun 2022 09:59:02 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33082 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235103AbiFBN7A (ORCPT ); Thu, 2 Jun 2022 09:59:00 -0400 Received: from mail-ed1-x533.google.com (mail-ed1-x533.google.com [IPv6:2a00:1450:4864:20::533]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 16AA48B0B9 for ; Thu, 2 Jun 2022 06:58:59 -0700 (PDT) Received: by mail-ed1-x533.google.com with SMTP id n28so6376233edb.9 for ; Thu, 02 Jun 2022 06:58:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=xl2jygig3bKkpYx+EUxe9wQPOU+AZ5rTVngrpx7kwik=; b=lLmTJ7W9nApDvWIuXiY6fGueNSV2LzEDh3RCpbYjCWfTdsUd6nWirkpfR71joEzeTv 0M+GXEEkJHlpG8gfW91r0dpt3mUZsHcyOUDXdlnV6/FtwvQzh2duPQw7eXEVNzHKyiRL LqcMqrM9hpLhqjRnBbmj+Rw8M0t+wI5BZsKnPiZXZJdUam91mxbsYcelwR34UGsEl8Tk A+NB62zpq0MZ9xxH7RelvEv4RdD//U+Jef4jDNgVZqV7587tkWpQ9XXgzVhBKJDt6zrz knsrGqvAPWaqzYNGw3zP/hUI7L3h/++wvZv0PwigslLwekBejJhnRxWw2nJS4M5Tcv9Q l8iA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=xl2jygig3bKkpYx+EUxe9wQPOU+AZ5rTVngrpx7kwik=; b=t+l05hADTBgVA33yVqjCOSaom+EVaZauY6XrZeu7qSEzR/dSW0ZLXi3ucu3X+/nWKY TO2dd2g4ubM58yqINHqlTAdvM/cDqX9WuutIjBaPPijjqRceZ471SAYYpv0joat6xvbm 1uE/umu3ic57RXGhwnTXOYcnLv4qRkaj6P00ikL3ZH+mJHu1+ghJq4zMSn25j5AvRBrS zKz8SUkViShcm2lmD6k/7NHuXbbL0z/AHFOu1IIy+gddNMaVAfHJf82wtwsC/dX0UzAi dgzByV1QgdK9waxtsb8N78MZG4BVWIvCTiIw1W4rmhMJOT120MjhE1S+Xd3SpeByt+42 ICeQ== X-Gm-Message-State: AOAM533/VfS3ZuweZPOHb6rtEL4Mts/6qoiJtOIEDPU52Mooxwm7jE20 u9BjqEhwo8CSAUnYM3DSM7/o6w== X-Received: by 2002:a05:6402:a41:b0:42b:e6ed:4170 with SMTP id bt1-20020a0564020a4100b0042be6ed4170mr5777371edb.344.1654178337203; Thu, 02 Jun 2022 06:58:57 -0700 (PDT) Received: from [192.168.0.181] (xdsl-188-155-176-92.adslplus.ch. [188.155.176.92]) by smtp.gmail.com with ESMTPSA id f1-20020a056402160100b0042de839eb2csm2463093edv.27.2022.06.02.06.58.56 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 02 Jun 2022 06:58:56 -0700 (PDT) Message-ID: Date: Thu, 2 Jun 2022 15:58:55 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0 Subject: Re: [PATCH 1/2] dt-bindings: backlight: rt4831: Add the new property for ocp level selection Content-Language: en-US To: Rob Herring Cc: ChiYuan Huang , Krzysztof Kozlowski , Lee Jones , Daniel Thompson , jingoohan1@gmail.com, Pavel Machek , deller@gmx.de, cy_huang , lucas_tsai@richtek.com, "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , dri-devel@lists.freedesktop.org, linux-fbdev@vger.kernel.org, Linux LED Subsystem , lkml References: <1653534995-30794-1-git-send-email-u0084500@gmail.com> <1653534995-30794-2-git-send-email-u0084500@gmail.com> <1c7ab94c-a736-c629-bd8c-8a974803e2b9@linaro.org> <076d53d3-6062-686f-8e45-14c5f936bbf6@linaro.org> <20220602135604.GA2194286-robh@kernel.org> From: Krzysztof Kozlowski In-Reply-To: <20220602135604.GA2194286-robh@kernel.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02/06/2022 15:56, Rob Herring wrote: > On Thu, May 26, 2022 at 12:32:12PM +0200, Krzysztof Kozlowski wrote: >> On 26/05/2022 10:13, ChiYuan Huang wrote: >>> Krzysztof Kozlowski 於 2022年5月26日 週四 下午4:06寫道: >>>> >>>> On 26/05/2022 05:16, cy_huang wrote: >>>>> From: ChiYuan Huang >>>>> >>>>> Add the new property for ocp level selection. >>>>> >>>>> Signed-off-by: ChiYuan Huang >>>>> --- >>>>> .../bindings/leds/backlight/richtek,rt4831-backlight.yaml | 8 ++++++++ >>>>> include/dt-bindings/leds/rt4831-backlight.h | 5 +++++ >>>>> 2 files changed, 13 insertions(+) >>>>> >>>>> diff --git a/Documentation/devicetree/bindings/leds/backlight/richtek,rt4831-backlight.yaml b/Documentation/devicetree/bindings/leds/backlight/richtek,rt4831-backlight.yaml >>>>> index e0ac686..c1c59de 100644 >>>>> --- a/Documentation/devicetree/bindings/leds/backlight/richtek,rt4831-backlight.yaml >>>>> +++ b/Documentation/devicetree/bindings/leds/backlight/richtek,rt4831-backlight.yaml >>>>> @@ -47,6 +47,14 @@ properties: >>>>> minimum: 0 >>>>> maximum: 3 >>>>> >>>>> + richtek,bled-ocp-sel: >>>> >>>> Skip "sel" as it is a shortcut of selection. Name instead: >>>> "richtek,backlight-ocp" >>>> >>> OK, if so, do I need to rename all properties from 'bled' to 'backlight' ? >>> If only this property is naming as 'backlight'. it may conflict with >>> the others like as "richtek,bled-ovp-sel". >> >> Ah, no, no need. >> >>>> >>>>> + description: | >>>>> + Backlight OCP level selection, currently support 0.9A/1.2A/1.5A/1.8A >>>> >>>> Could you explain here what is OCP (unfold the acronym)? >>> Yes. And the full name is 'over current protection'. >> >> Thanks and this leads to second thing - you encode register value >> instead of logical value. This must be a logical value in mA, so >> "richtek,bled-ocp-microamp". > > We already have common properties for setting current of LEDs. We should > use that here I think. It might not be exactly the same. We have "led-max-microamp" which is the maximum allowed current. I guess over-current protection level is slightly higher (e.g. led-max-microamp + 1). IOW, led-max-microamp is something which still can be set and used by system/hardware. OCP should not. Best regards, Krzysztof