Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp2040432imm; Thu, 9 Aug 2018 06:25:31 -0700 (PDT) X-Google-Smtp-Source: AA+uWPyFmW83F91lIm0sxBUouA4NVRyneICxWjLoqDcQmvbrvYq2f0SYwfjGi3dTMmrYHCh/Kk5H X-Received: by 2002:a63:175b:: with SMTP id 27-v6mr2170166pgx.31.1533821131658; Thu, 09 Aug 2018 06:25:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1533821131; cv=none; d=google.com; s=arc-20160816; b=Xjl1HKlgdM3PDxYQ8Vx1opKs5E/Q/RgLdgzEEAT36vlSo88TdDI0yXu2X/HRHUERh2 RmaYAMBiOg+at4nRtKU/1OKUROeL1u/BeJ+QVbwNLPeVNkfUyeLEy6ZGMFfpkNKIMNm1 qRa3c2kmM62v3KmOJ3PfGhIEezwd4C2Qk+9ejgX2CQ7NDUJWDwqAWU62IJy3MyZy6fJI zSVIzlqp3sM776l0SyvCteipUHs+m9SkjbIoCd0ioA/obSsWodvYzryFNwVqsDp/WjIh H8Cg3Zopca2HBsqSDMRAbOpcKlGCpabYxDxJNxzjernu+V24u73wFm8n9BVsHNiKrWRt 0/GA== 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=KOHXF1sVJ3wadzBQcWQWfLXahP29+c/XZIzq1PmvJ2k=; b=DcJM7VMG38FVFCBXTwlrICXWPJHiQ/xbUtKBLDIAnXiWD5BPWqY/o8TEY6yiE0rzgj kVtoIQcC3PgtO1U4OVbQCJhICxhW2rLgDm4lJn3jdUIhtXPqAKXmfGX9uCoAke4yZ77E ACnS0CJULIfilsyuyvp6dNo7fkjx8eqQ7usz9X5yfRBMXkpsHOokXy7jpG+nsCJLHpl/ VifwUcFTQGsrubvfxu8yAlrCgvZTvEf8ynQIJnK+ReyL2oQCwYZ923D4bokGxH5HMyQY HGoi9vf6PGn6i69VuMVMJ5oP0XnYtF1DDDkd8Tj0DV/RGLnMYDQSDh68YsN4n4wmorm4 z2Cg== 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 p6-v6si6652823pfh.266.2018.08.09.06.25.16; Thu, 09 Aug 2018 06:25:31 -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 S1731957AbeHIPtT (ORCPT + 99 others); Thu, 9 Aug 2018 11:49:19 -0400 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:35089 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730419AbeHIPtT (ORCPT ); Thu, 9 Aug 2018 11:49:19 -0400 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512) id 8517A805F2; Thu, 9 Aug 2018 15:24:23 +0200 (CEST) Date: Thu, 9 Aug 2018 15:24:18 +0200 From: Pavel Machek To: Jacek Anaszewski Cc: Dan Murphy , robh+dt@kernel.org, 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: <20180809132418.GB4469@localhost> References: <20180807160442.8937-1-dmurphy@ti.com> <20180808195903.GB20912@amd> <20180808210215.GA15831@amd> <53691469-4554-42a8-c182-762c1a3939b7@gmail.com> <01bbf05a-8e5e-d3ce-857a-ac5c6efb779c@ti.com> <683f9e60-9ad8-93d8-e4ed-dbfdae78c307@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <683f9e60-9ad8-93d8-e4ed-dbfdae78c307@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi! > >>> 2 sinks 3 LED strings. How do you know which LED string is which and what bank it belongs > >>> to when setting the brightness. Each Bank has a separate register for brightness control. > >> > >> Just a blind shot, without going into details - could you please check > >> if led-sources property documented in the common LED bindings couldn't > >> help here? > >> > > > > I could change the name to led-sources. But this part does not really follow the 1 output to a > > 1 LED string topology. > > led-sources was designed for describing the topology where one LED can > be connected to more then one output, see bindings of > max77693-led (in Documentation/devicetree/bindings/mfd/max77693.txt). > > Here the topology is a bit different - more than one LED (string) can be > connected to a single bank, but this is accomplished inside the chip. > Logically LEDs configured that way can be treated as a single LED > (string) connected to two outputs, and what follows they should be > described by a single DT child node. > > led-sources will fit very well for this purpose. You could do > the following mapping: > > 0 - HVLED1 > 1 - HVLED2 > 2 - HVLED3 > > Then, in the child DT nodes you would use these identifiers to describe > the topology: > > Following node would describe strings connected to the outputs > HVLED1 and HVLED2 controlled by bank A. > > led@0 { > reg = <0>; > led-sources = <0>. <1>; > label = "white:first_backlight_cluster"; > linux,default-trigger = "backlight"; > }; > > > IOW I agree with Pavel, but I propose to use already documented common > DT LED property. This is better than my proposal. Thanks! Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html