Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp670007pxu; Tue, 6 Oct 2020 16:31:23 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxuWKGn2TwHQtvv6U7T4yMsJQ9s7cxl0dly7VVoPyR3moYeGkkLawcx4aJyBqSa5+7Zhkno X-Received: by 2002:a05:6402:2208:: with SMTP id cq8mr513471edb.191.1602027082918; Tue, 06 Oct 2020 16:31:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1602027082; cv=none; d=google.com; s=arc-20160816; b=bTjkMA71MLR9KZ6C+Lz+cy8XmoKKkSKUJBPdfWq0BQze7kmSrjiT+MjQsU2qt9aXpy K5emDPUEGVvFFALDa5gdiBTfAUh6uLLmfoeKc52Zh3BrJHe403yEGeiZdlLqENaObIQ2 5FZl/x68WQ1GvH4KsOs9QRSQ8Yt6tahVMPxoXB1OyplLVQ1UJjCbp/E4e7ori9A0WMXa JPS38gJ9kLyshizJZRJRpHzvRRRXfjQbDZghit43cSWHHt+GC9WdkNhdUZL+xjy1tgH1 Af0VnbUxrovP52tjdtmJ2pnGXDg0MutiwzjP4aWwPVA8ixyJ+RLB1Is4p+l0wEG7A0hO 6cpg== 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-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=bIxfwcUKhwWi5PXEHY2oibtjWm53f5qOOJ6d+hhSij8=; b=ZZkTpIiP6hVv+RmGv1Bzma4C9PNFSDsadDDzhICeHT7JoH36s+kkTplD+pYzHeOQJN MytGZ/82ilkEvCA9LIm4u0j6ZDNcXjauiyh3GfRyG7K9tau9zdRL1R2gLvJjhtC3EFRY 4A2Y0Re5Ghp2+/yGPF60FaBpNE+UcBtDhM6lcfFaorXlmoFqOUtQ7KNphzKDB6NR3gAi 4jGQmcvYHNmz+GgDbAsMwNtVOGcAYacIT9gaRc8gYSyotIBcrICLu3gDuF0M37GCRiXI wlPrBduvd68ZHjKoQ7KY95i7KiL/EuTvcgrk1vn8bIhnu62vyFAiQI6C1OvrKpzxLdDG tRkQ== 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v20si67600edy.422.2020.10.06.16.30.58; Tue, 06 Oct 2020 16:31:22 -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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727201AbgJFW15 (ORCPT + 99 others); Tue, 6 Oct 2020 18:27:57 -0400 Received: from mail-ot1-f68.google.com ([209.85.210.68]:33698 "EHLO mail-ot1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726323AbgJFW14 (ORCPT ); Tue, 6 Oct 2020 18:27:56 -0400 Received: by mail-ot1-f68.google.com with SMTP id t15so428098otk.0; Tue, 06 Oct 2020 15:27:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=bIxfwcUKhwWi5PXEHY2oibtjWm53f5qOOJ6d+hhSij8=; b=lQlcfl6ttx/kRd+oJdSUjrKcdM6Xo9OQEa/6y8r7y588RTWRMk5/KzZ5SFT32fBBGC M2lmnQp5A12GD8nCUpe48V+AwesNiShKp70dwy2fcrOh/CJK+5CpNwPlG1hfTXdLQsWw y+8Wel8UQLVLbnWdGbfW7FOZPIXCRJjm8i6+ZEBwGf9hdfu1V+VsMV1kKdyegJf/c6tx 2vvh6E/0w3pajSv82neWpsYALMZjJc7hOBC75YtafnC8BSo/2axzz2PV35/wcFimk5Db 5PaCCbRCD7JADFc9WFMN3AtUTuk2BmEYkNfIt1Dqv+w0xEk2hDSg3na5wsN6JKm8ch1B ORfQ== X-Gm-Message-State: AOAM530lkJYn0fS7pnihxedg87TpjsFFx5BuQ8RCQEdTLbMBG3+UWa5u 2UoFCV5A6Tvp1tGBXloKxS3KMeAQ5eTZ X-Received: by 2002:a05:6830:138f:: with SMTP id d15mr85548otq.342.1602023275282; Tue, 06 Oct 2020 15:27:55 -0700 (PDT) Received: from xps15 (24-155-109-49.dyn.grandenetworks.net. [24.155.109.49]) by smtp.gmail.com with ESMTPSA id t5sm96136otl.22.2020.10.06.15.27.54 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 06 Oct 2020 15:27:54 -0700 (PDT) Received: (nullmailer pid 2969307 invoked by uid 1000); Tue, 06 Oct 2020 22:27:53 -0000 Date: Tue, 6 Oct 2020 17:27:53 -0500 From: Rob Herring To: Alexander Dahl Cc: Jeff LaBundy , Alexander Dahl , Pavel Machek , Dan Murphy , Jacek Anaszewski , linux-leds@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-samsung-soc@vger.kernel.org, linux-omap@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com, linux-amlogic@lists.infradead.org, linux-mips@vger.kernel.org, Lee Jones Subject: Re: [PATCH v7 03/12] dt-bindings: mfd: Fix schema warnings for pwm-leds Message-ID: <20201006222753.GA2965477@bogus> References: <20201005203451.9985-1-post@lespocky.de> <20201005203451.9985-4-post@lespocky.de> <20201006021729.GA4822@labundy.com> <3367098.sbkyfNuaKI@ada> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3367098.sbkyfNuaKI@ada> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Oct 06, 2020 at 08:34:23AM +0200, Alexander Dahl wrote: > Hello Jeff, > > Am Dienstag, 6. Oktober 2020, 04:17:29 CEST schrieb Jeff LaBundy: > > Hi Alexander, > > > > On Mon, Oct 05, 2020 at 10:34:42PM +0200, Alexander Dahl wrote: > > > The node names for devices using the pwm-leds driver follow a certain > > > naming scheme (now). Parent node name is not enforced, but recommended > > > by DT project. > > > > > > DTC Documentation/devicetree/bindings/mfd/iqs62x.example.dt.yaml > > > CHECK Documentation/devicetree/bindings/mfd/iqs62x.example.dt.yaml > > > > > > /home/alex/build/linux/Documentation/devicetree/bindings/mfd/iqs62x.exampl > > > e.dt.yaml: pwmleds: 'panel' does not match any of the regexes: > > > '^led(-[0-9a-f]+)?$', 'pinctrl-[0-9]+'> > > > From schema: > > > /home/alex/src/linux/leds/Documentation/devicetree/bindings/leds/ > > > leds-pwm.yaml> > > > Signed-off-by: Alexander Dahl > > > --- > > > > > > Notes: > > > v6 -> v7: > > > * added warning message to commit message (Krzysztof Kozlowski) > > > > > > v6: > > > * added this patch to series > > > > > > Documentation/devicetree/bindings/mfd/iqs62x.yaml | 5 +++-- > > > 1 file changed, 3 insertions(+), 2 deletions(-) > > > > > > diff --git a/Documentation/devicetree/bindings/mfd/iqs62x.yaml > > > b/Documentation/devicetree/bindings/mfd/iqs62x.yaml index > > > 541b06d80e73..92dc48a8dfa7 100644 > > > --- a/Documentation/devicetree/bindings/mfd/iqs62x.yaml > > > +++ b/Documentation/devicetree/bindings/mfd/iqs62x.yaml > > > > > > @@ -90,10 +90,11 @@ examples: > > > }; > > > > > > }; > > > > > > - pwmleds { > > > + led-controller { > > > > > > compatible = "pwm-leds"; > > > > > > - panel { > > > + led-1 { > > > + label = "panel"; > > > > > > pwms = <&iqs620a_pwm 0 1000000>; > > > max-brightness = <255>; > > > > > > }; > > > > I like the consistency this brings. My only feedback is that in the other > > examples I found (common.yaml and leds-gpio.yaml), the children count off > > from 0 (e.g. led-0) instead of 1 as your series appears to. > > You're right. And that's also the same in leds-lp50xx.yaml and … well I did > not look close enough, maybe the numbering scheme on the PCB on my desk > confused me. If you can tie the numbering to the PCB, then do that. > Okay, we are already talking about starting index. What about the parent > node's "led-controller" then in case there are more than one? IIRC Rob > acknowledged starting from 1 like "led-controller-1", "led-controller-2" and > so on. No, I'd assume we start at 0. > > That's not a huge deal; it simply seems more consistent to count from the > > first index allowed by the regex (0). The patch is still fine, and so: > > > > Acked-by: Jeff LaBundy > > Thanks. > > I'm not sure how many more iterations of this series we will need, at least > one for the binding license acks I guess, so I could also adapt the child node > indexes in schema and actual dts files in v8 or so. > > Greets > Alex > > >