Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp1320629imm; Wed, 8 Aug 2018 14:59:47 -0700 (PDT) X-Google-Smtp-Source: AA+uWPzK2shir/RCkhulLnNPzD4nnv/OXSf4brWjCd2opNKgrCa6Dy/THzJnKGXzlsBHOHZZe36b X-Received: by 2002:a63:7d7:: with SMTP id 206-v6mr4109512pgh.137.1533765587889; Wed, 08 Aug 2018 14:59:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1533765587; cv=none; d=google.com; s=arc-20160816; b=pv7LoUoyIX/QjLRfN3qJnSTOOH153ZZHO+mfW0zEimp+FIXUkkzdShNF8WW51zenfI RIh7p6mn2QxTnxbKdRWztRxcVS2K+DeoJM/pSRWezPpQwAArE1SaG4HKsJQeoOtZpHX8 vROAnY1KLpj05tM9rzJisRMoqQUyNRRqh3ek9tIcUWEMM5oiYSaX78WUoNtnQXxG168A RHiMllYfGMQJxq/syYQ8FArWLuMA4wX1lHAqlScvAteyoiZmcjwBmJB9gzsNmiYQxFnu dMFOkJSnDvOggCvuPgJKf/9+ICnCuNkR2dd9flkOMSceanGORKkG2F8yfrfHJgPs43Pg yUgw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=YPZ3t/vIWB7FOGg8XIDZuXxo9S9uzINPvF6W08YeEAM=; b=0gmbobtW9Diof/94iPszNJLHA6p5ruah66W9BcVkthuYMcLl2yqeGOO6DrqWmMDitL +nPLKtDB5yaHLLVVwd/pF5IwldrCQs8NHi3DX4hHRZorR+KzdLVw5I98bbMK1UGP78Yd N+eIQtvT3HRb3y9LIniZKKCkzMlHZTyyrJmxYYr5Pyu+LRs8sZZCvijhjc08tN7opu0s 9kC6rCLK2ZVUZDRL5lP25e0F+Q88IQdRyyP1uHHDulNY1x5xYIKZpNNZ3e/4Pf3Bq2Om WGakvdHUKoukehT+e/ifTQyUpBCZAHAA52wxGzo2aGwc/R97mdqEwCtfXS9Td2Llq3HM ZThg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x1-v6si4146606plb.253.2018.08.08.14.59.32; Wed, 08 Aug 2018 14:59:47 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730002AbeHIAUV (ORCPT + 99 others); Wed, 8 Aug 2018 20:20:21 -0400 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:41800 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727337AbeHIAUV (ORCPT ); Wed, 8 Aug 2018 20:20:21 -0400 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512) id 92EB48062F; Wed, 8 Aug 2018 23:58:42 +0200 (CEST) Date: Wed, 8 Aug 2018 23:58:42 +0200 From: Pavel Machek To: Dan Murphy Cc: robh+dt@kernel.org, jacek.anaszewski@gmail.com, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-leds@vger.kernel.org Subject: Re: [PATCH v2 1/2] dt: bindings: lm3697: Add bindings for lm3697 driver Message-ID: <20180808215842.GF15831@amd> References: <20180807160442.8937-1-dmurphy@ti.com> <20180808195903.GB20912@amd> <20180808210215.GA15831@amd> <20180808210926.GC15831@amd> <20180808214527.GE15831@amd> <65e927b4-8bd2-1f34-3422-36ce21f674c3@ti.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DO5DiztRLs659m5i" Content-Disposition: inline In-Reply-To: <65e927b4-8bd2-1f34-3422-36ce21f674c3@ti.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --DO5DiztRLs659m5i Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! > >>> Yes, and LED strings are statically assigned to banks, right? > >>> > >>> So why not simply forget about LED strings for sake of hw > >>> abstractions, and work just with banks? > >> > >> How would you set the control bank register for the correct LED string= configuration? > >=20 > > Have property at each LED saying which which HVLEDs it controls? >=20 > Isn't that what I have already using the reg property? > Then we would have to aggregate the configuration and make a determinatio= n in the driver. Yes. > But that does not follow the LED child node ideology. > Each output of the LED driver should have a child node. >=20 > In this case the outputs are the sinks(inputs) and there are only 2 sinks= so having 3 LED child nodes would be confusing > and there are required properties for each child like label. No, I don't want that. I'd like 2 child nodes, each specifying which HVLEDs it controls. Let me edit the original proposal. Pavel --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --DO5DiztRLs659m5i Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAltrZ5IACgkQMOfwapXb+vLNYwCfQzUR/jIi8wFhYImeoMIUxbes TkIAnR1wNHsAHZSwLAWK3cwthtSerAl+ =XAcD -----END PGP SIGNATURE----- --DO5DiztRLs659m5i--