Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3594901pxk; Tue, 29 Sep 2020 00:41:19 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwA7cNjizF76eas5Xzy+EPrOwZC5DwOhr28CYJRISbMtNXACf+Q0/JnhXvj7Lp/8O2n/Fnb X-Received: by 2002:a17:906:724b:: with SMTP id n11mr2537811ejk.136.1601365279360; Tue, 29 Sep 2020 00:41:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601365279; cv=none; d=google.com; s=arc-20160816; b=pUqfgMMJkngHXCQPXK/3RcPS57Ku7gEHrYvcHmaFaIx0LdiA5t2/8/L7hBIzs/PniN H/JgXzXNaSVs6YE+Ogl2xBmv+oGzzQC96zfQ+/DNd+qCop86lrMJDpLzAwjyfjpyLuhJ z3C8nrzXIAzF/hwMeeNHIb25D1CmEb1VeQvsfcrQzWl90pxbOsHC48H/cUC5Zju07rxP xRcWdErLabCDevs8yqD/tL+3hIlQWylW2h9gtvJUiaFTVHos6+8fAEvm4vlIyDbrxNuA +DPHh5bTYMpU5zncpeKPB/8iVS88HMRPIRTxpLO1+Cag3fcCP+fcD4fofgV+s57ko/Ma CZPw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:references:in-reply-to :message-id:date:subject:cc:to:from; bh=S8k0T6oWIgP2aMOdlBEXWvaEaJaMVTzSEVrEBYqR0iw=; b=wASndSVULRUqWejqKhfmmifKnJW2YFxtpSTgpP4DGqLa7j9gdoLVJ+94E4LffbFYyf ZrmILRAwFdQ8Wx2zH+x7Kp6KUAKghKmJb12EhOmTlkTdCZjxPVs+CrgGRvJ/VnO5hrnd JiHkWlUP/erELG49rAbmT8+bgpCPgDb98NxBlOoMcA7w3MbDQ3QEcAnE1B1R11I+rvdW 3O6gYe7ZECKVdirOpAS8bJWCHxdmOch/TenJ4krvaRGQaWsNw3E5xDy4Zp3jPs+Fm2x7 Ls3cwEKt+vUZrBo77OLhhA4U+aK3l2lasr1uaE8UeVGTtPu7A7YHHPr/ID1ErKsf+9xF KE5g== 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 by20si2771532ejc.416.2020.09.29.00.40.56; Tue, 29 Sep 2020 00:41:19 -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 S1727665AbgI2HjL (ORCPT + 99 others); Tue, 29 Sep 2020 03:39:11 -0400 Received: from mail.thorsis.com ([92.198.35.195]:50670 "EHLO mail.thorsis.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725787AbgI2HjL (ORCPT ); Tue, 29 Sep 2020 03:39:11 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.thorsis.com (Postfix) with ESMTP id CA69E1B36; Tue, 29 Sep 2020 09:39:09 +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 VnJuFt-eA-Tp; Tue, 29 Sep 2020 09:39:09 +0200 (CEST) Received: by mail.thorsis.com (Postfix, from userid 109) id 08DFF36B5; Tue, 29 Sep 2020 09:39:07 +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 From: Alexander Dahl To: Rob Herring Cc: Alexander Dahl , linux-leds@vger.kernel.org, devicetree@vger.kernel.org, Jacek Anaszewski , Pavel Machek , Dan Murphy , linux-kernel@vger.kernel.org, Peter Ujfalusi , Marek =?ISO-8859-1?Q?Beh=FAn?= Subject: Re: [PATCH v5 3/3] dt-bindings: leds: Convert pwm to yaml Date: Tue, 29 Sep 2020 09:39:01 +0200 Message-ID: <23920329.U7EUVLB22C@ada> In-Reply-To: <20200922155747.GA2734659@bogus> References: <20200919053145.7564-1-post@lespocky.de> <20200919053145.7564-4-post@lespocky.de> <20200922155747.GA2734659@bogus> Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hei hei, Am Dienstag, 22. September 2020, 17:57:47 CEST schrieb Rob Herring: > Use generic node names: >=20 > led-controller { >=20 > > + compatible =3D "pwm-leds"; > > + > > + led-1 { > > + label =3D "omap4::keypad"; > > + pwms =3D <&twl_pwm 0 7812500>; > > + max-brightness =3D <127>; > > + }; > > + > > + led-2 { > > + color =3D ; > > + function =3D LED_FUNCTION_CHARGING; > > + pwms =3D <&twl_pwmled 0 7812500>; > > + max-brightness =3D <255>; > > + }; > > + }; > > + > > +... This is clear for the "one led-controller" case. However, when trying to f= ix=20 those node names in existing .dts files, I wondered how those should be nam= ed=20 for multiple, different led-controllers, e.g. one using "pwm-leds" and anot= her=20 one using "gpio-leds"? =20 See arch/arm/boot/dts/at91-kizbox3-hs.dts for example, the nodes are called= =20 "pwm_leds" and "leds" currently. If both were part of a .dtsi and both nam= ed=20 the same, you could not overwrite/complement those in a .dts file including= =20 that .dtsi due to a name conflict.=20 Just append a numerical index like this? led-controller-1 { =E2=80=A6 }; =20 led-controller-2 { =E2=80=A6 }; Greets=20 Alex