Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3139072pxk; Mon, 28 Sep 2020 09:15:11 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzKpypxgW/3Lrv+ZlL/kEgzLL3cAIh8mO4kYIzyXR9czyAG7aWntrFz51aJnIvxLz5UPge7 X-Received: by 2002:a17:906:3748:: with SMTP id e8mr2457429ejc.71.1601309711793; Mon, 28 Sep 2020 09:15:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601309711; cv=none; d=google.com; s=arc-20160816; b=MXlr+nlFa4PeIrrNygsdCCdgcy4EH3D6Eo6kfXdjJs0zPwUu7q1/0BYkZpcaqugLa+ YZbM8TltdNxNJWZzT1wVoUn3l9eGOmgCABduffUodZ7ULAdlpBSolSabE2u8TCNJk0ZK 9k2CJMcDtjiWUAwI9t8g6MdMqx5se6Vo8Ig5FnZ0qFrmrzobNoVg/cW3lQYC6+DHUgvW eyXCsqhjli2rrwRew7wa0bCIa9MNaizxjoczpT3pkpC93FcYADX2IUynpm+jJcIlOkrd Cyx4Y7EjsrEnQQeWlV9j9CO/eas6AN0wnFPmczJdOd9slDlNy9n2yFtF6nM/1TqhV/EP iH+A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=yQl3FaXrRusyV+GvpA+Ex00gRCxYGKddyvOlWXSWSNI=; b=YJmf8cj84i+ZgtVWStMmdTJaSZjBsi3ev1OqTejArDj8DXwCRw/VBTjoQ0V0sJylUA 3dDvftZcB+DMDz1WBCQfVtH9/HoyYRSFdfSIgDreTSTsTFIN0sVUeffMgW3egnk/8hiu /pglNQvCmdNzyIZRNN82I9rH5U609swqsIjWVTYves4DHr/0a5K2GfKO09bhhyYXDuVS MA7g1mpojdaOtxOr8LvIZgK5DCtFoUSeIwgvIhw3i90TH0yNAe5BDmEnuDU4atyU+p3h vehRfNxavvEkz53AbgtzgjssRXfgMKpB+H7vhsiultlI8iww1CxoN/fO1vllXTofXFKc 2L4w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=TWhsInoh; 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 pw3si911491ejb.249.2020.09.28.09.14.47; Mon, 28 Sep 2020 09:15:11 -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; dkim=pass header.i=@kernel.org header.s=default header.b=TWhsInoh; 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 S1726640AbgI1QLb (ORCPT + 99 others); Mon, 28 Sep 2020 12:11:31 -0400 Received: from mail.kernel.org ([198.145.29.99]:53972 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726497AbgI1QLb (ORCPT ); Mon, 28 Sep 2020 12:11:31 -0400 Received: from mail-oo1-f44.google.com (mail-oo1-f44.google.com [209.85.161.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id A0F4A21548; Mon, 28 Sep 2020 16:11:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1601309490; bh=y7Ht+HIoWAID9ib1LG69AukUP/qaBDCDCsuCUzh0IU0=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=TWhsInoh8l00v6MHThgJtc5oUVQQPeTFbPwsPJNSu9LegpqMFEUd9e8B35nccSF0D XhGT1iQfT2XZ7if8ms16F4tf3z7ifV1+3LnN0+W1DO8HX/O+G9DeAXvvzyhrXz9ahM kn78bNqB3avW25ICQj/9SFpB8lkQNnHI6GOL5yC8= Received: by mail-oo1-f44.google.com with SMTP id 4so442728ooh.11; Mon, 28 Sep 2020 09:11:30 -0700 (PDT) X-Gm-Message-State: AOAM531kM4nL9WD50JPCTJq9XlYM+zhdBzWad46fyjvxbGSM+Z+MRavL VjhZfVkfxnSLM2WAbPbhyLd3aKilrx6QfJJ/mg== X-Received: by 2002:a4a:d306:: with SMTP id g6mr1359413oos.25.1601309489933; Mon, 28 Sep 2020 09:11:29 -0700 (PDT) MIME-Version: 1.0 References: <20200919053145.7564-1-post@lespocky.de> <20200919053145.7564-4-post@lespocky.de> <20200922154258.GA2731185@bogus> <25430034.0KxgpkDxtS@ada> In-Reply-To: <25430034.0KxgpkDxtS@ada> From: Rob Herring Date: Mon, 28 Sep 2020 11:11:18 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v5 3/3] dt-bindings: leds: Convert pwm to yaml To: Alexander Dahl Cc: Alexander Dahl , =?UTF-8?B?TWFyZWsgQmVow7pu?= , Linux LED Subsystem , Pavel Machek , Peter Ujfalusi , devicetree@vger.kernel.org, Dan Murphy , "linux-kernel@vger.kernel.org" , Jacek Anaszewski Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Sep 28, 2020 at 6:19 AM Alexander Dahl wrote: > > Hello Rob, > > Am Dienstag, 22. September 2020, 17:42:58 CEST schrieb Rob Herring: > > On Sat, 19 Sep 2020 07:31:45 +0200, Alexander Dahl wrote: > > > The example was adapted slightly to make use of the 'function' and > > > 'color' properties. License discussed with the original author. > > > > > > Suggested-by: Jacek Anaszewski > > > Signed-off-by: Alexander Dahl > > > Cc: Peter Ujfalusi > > > --- > > > > > > Notes: > > > v4 -> v5: > > > * updated based on feedback by Rob Herring > > > * removed Acked-by > > > > > > v3 -> v4: > > > * added Cc to original author of the binding > > > > > > v2 -> v3: > > > * changed license identifier to recommended one > > > * added Acked-by > > > > > > v2: > > > * added this patch to series (Suggested-by: Jacek Anaszewski) > > > > > > .../devicetree/bindings/leds/leds-pwm.txt | 50 ----------- > > > .../devicetree/bindings/leds/leds-pwm.yaml | 82 +++++++++++++++++= ++ > > > 2 files changed, 82 insertions(+), 50 deletions(-) > > > delete mode 100644 Documentation/devicetree/bindings/leds/leds-pwm.t= xt > > > create mode 100644 Documentation/devicetree/bindings/leds/leds-pwm.y= aml > > > > My bot found errors running 'make dt_binding_check' on your patch: > > > > /builds/robherring/linux-dt-review/Documentation/devicetree/bindings/mf= d/iqs > > 62x.example.dt.yaml: pwmleds: 'panel' does not match any of the regexes= : > > '^led(-[0-9a-f]+)?$', 'pinctrl-[0-9]+' From schema: > > /builds/robherring/linux-dt-review/Documentation/devicetree/bindings/le= ds/l > > eds-pwm.yaml > > I somehow expected errors on those checks, because I got actually two > different recommendations from you: > > In feedback on v4 of this patch (series) you recommended '^led(-[0-9a-f]+= )?$' > for the (pwm) led node name, which I used in v5. Or just allow any node = name > with ".*" like in gpio-keys.yaml =E2=80=A6 > > I just checked all in-tree dts files using "pwm-leds" and each also defin= es > the "label" property, so renaming those nodes should not alter the paths = in > sysfs, if I understood everything correctly. So I see two options now: > > 1) Go with the stricter check and fix all failing dts files and examples. > > 2) Just use the very loose check. Either one is fine. Given label is present and there's not a ton of cases, then I'd probably go with 1. > If 1), which patch would go first, renaming nodes in dts and examples or > converting bindings to yaml enabling the stricter check? There's currently no requirement on dts files being warning free. So the schema can come first and any dts fixes later. Rob