Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp112292pxb; Wed, 6 Oct 2021 00:47:16 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx0wwdw/XCr+shUfb9mn9GK+2SiKIqV47Wm7RbdHG5XwSTKGNJM952In4FcuCLZ5p9HGsSm X-Received: by 2002:a17:90b:4f48:: with SMTP id pj8mr2965198pjb.246.1633506436516; Wed, 06 Oct 2021 00:47:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633506436; cv=none; d=google.com; s=arc-20160816; b=Swezijq4MDmrp0fBj9+6snhDepfDI3+uTQwnUXRC+G+XbJBez9wBF41/BhGUcTXl3I qynFwKxJcsPqB8+xmr6GnPZIqkLkU+FqM3hPMDArCLyQCWbb2XNhI5glH9ubmbc/gm2P 3PeG0qb2KlEMz/NNTN8QxZZInXuDv89X4CyZktcUXCpzjH78Ym2CTZu5NK6ukH0KOe5I Pccl5vaxRmfmeqSHpGN1Uialt00uBC1TNCAaHLdvy1ujCPatXxd+WaqmV7lBIbPGasqE frdc+VhVGhOFHO73x7fy7goOmNXgnnW2eJbR6SZKdD6O2RCo8k0HHZin42i1Frm4gv7L P8oQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:references :mail-followup-to:message-id:subject:cc:to:from:date; bh=0JTpA+QiI+ELOK6wymP8ChYS7tAwgoweWc6lQqOW31o=; b=oxVwXKNYNC/yByQseC2ij07r0vbyuKgwAWGcgF/h3HSSbiDtILR3vfiS1Dsj+EhONn 1pIU+blD0M+EnfEoEND2nwiAZ2Nb2Y7ODJHw5etiI8dKpt45SPyY85dTVhIFAtGLNgEp YGJQBj8eTdDOWkzpoLsxhiH38/9JDqj26njHA743vogpSoji/pumOUoZRU0o0msDhnFC fWWsDoy41KUcC2EM8qmv40fqHG3A8InkmCGflEv5/zovhNtr0PA60TkfONeMrbgvp7b5 3EVxwxvXiQ/bx24x++nhma/ET4SEjz3Uj4BhyM5zDut/QK1rF2cjuMn0WYYXpGgTbKBA CXPg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f9si4880983pjq.153.2021.10.06.00.47.02; Wed, 06 Oct 2021 00:47:16 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237523AbhJFHqm (ORCPT + 99 others); Wed, 6 Oct 2021 03:46:42 -0400 Received: from mail.thorsis.com ([92.198.35.195]:46260 "EHLO mail.thorsis.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230013AbhJFHqm (ORCPT ); Wed, 6 Oct 2021 03:46:42 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.thorsis.com (Postfix) with ESMTP id 2FB1EF34; Wed, 6 Oct 2021 09:44:48 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.thorsis.com Received: from mail.thorsis.com ([127.0.0.1]) by localhost (mail.thorsis.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MA5K6ySVTUwA; Wed, 6 Oct 2021 09:44:48 +0200 (CEST) Received: by mail.thorsis.com (Postfix, from userid 109) id EE01A3376; Wed, 6 Oct 2021 09:44:47 +0200 (CEST) X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,NO_RECEIVED, NO_RELAYS autolearn=unavailable autolearn_force=no version=3.4.2 X-Spam-Report: * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 NO_RELAYS Informational: message was not relayed via SMTP * -0.0 NO_RECEIVED Informational: message has no Received headers Date: Wed, 6 Oct 2021 09:44:34 +0200 From: Alexander Dahl To: Stephen Boyd Cc: Andy Gross , Bjorn Andersson , Lee Jones , Pavel Machek , Rob Herring , Thierry Reding , Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= , linux-leds@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-pwm@vger.kernel.org, Marijn Suijten , Yassine Oudjana , Luca Weiss , Subbaraman Narayanamurthy Subject: Re: [PATCH v9 1/2] dt-bindings: leds: Add Qualcomm Light Pulse Generator binding Message-ID: Mail-Followup-To: Stephen Boyd , Andy Gross , Bjorn Andersson , Lee Jones , Pavel Machek , Rob Herring , Thierry Reding , Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= , linux-leds@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-pwm@vger.kernel.org, Marijn Suijten , Yassine Oudjana , Luca Weiss , Subbaraman Narayanamurthy References: <20210623035039.772660-1-bjorn.andersson@linaro.org> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hei hei, Am Wed, Sep 08, 2021 at 03:39:51AM +0000 schrieb Stephen Boyd: > Quoting Bjorn Andersson (2021-06-22 20:50:38) > > diff --git a/Documentation/devicetree/bindings/leds/leds-qcom-lpg.yaml b/Documentation/devicetree/bindings/leds/leds-qcom-lpg.yaml > > new file mode 100644 > > index 000000000000..10aee61a7ffc > > --- /dev/null > > +++ b/Documentation/devicetree/bindings/leds/leds-qcom-lpg.yaml > > @@ -0,0 +1,164 @@ > [....] > > +examples: > > + - | > > + #include > > + > > + lpg { > > Should the node name be led or leds? If I scan through Documentation/devicetree/bindings/leds and look at other devices, it should probably be named "led-controller", right? At least that's what Rob suggested when I converted the leds-pwm binding last year, using generic node names: https://lore.kernel.org/linux-leds/20200922155747.GA2734659@bogus/ Greets Alex > > > + compatible = "qcom,pmi8994-lpg"; > > Shouldn't there be a reg property? I see the driver has them hardcoded > but if this is a child of the spmi node then it should have a reg > property (or many reg properties).