Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754897AbaLHK31 (ORCPT ); Mon, 8 Dec 2014 05:29:27 -0500 Received: from mailout3.w1.samsung.com ([210.118.77.13]:9019 "EHLO mailout3.w1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752111AbaLHK3Y (ORCPT ); Mon, 8 Dec 2014 05:29:24 -0500 X-AuditID: cbfec7f5-b7fc86d0000066b7-95-54857d82a286 Message-id: <54857D7B.8050304@samsung.com> Date: Mon, 08 Dec 2014 11:29:15 +0100 From: Jacek Anaszewski User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130804 Thunderbird/17.0.8 MIME-version: 1.0 To: Pavel Machek Cc: Sakari Ailus , linux-leds@vger.kernel.org, linux-media@vger.kernel.org, linux-kernel@vger.kernel.org, kyungmin.park@samsung.com, b.zolnierkie@samsung.com, cooloney@gmail.com, rpurdie@rpsys.net, s.nawrocki@samsung.com, robh+dt@kernel.org, pawel.moll@arm.com, mark.rutland@arm.com, ijc+devicetree@hellion.org.uk, galak@codeaurora.org, Andrzej Hajda , Lee Jones , Chanwoo Choi , devicetree@vger.kernel.org Subject: Re: [PATCH/RFC v9 06/19] DT: Add documentation for the mfd Maxim max77693 References: <1417622814-10845-1-git-send-email-j.anaszewski@samsung.com> <1417622814-10845-7-git-send-email-j.anaszewski@samsung.com> <20141204100706.GP14746@valkosipuli.retiisi.org.uk> <54804840.4030202@samsung.com> <20141204161201.GB29080@amd> In-reply-to: <20141204161201.GB29080@amd> Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrFKsWRmVeSWpSXmKPExsVy+t/xy7pNta0hBj3t/Ba31p1jtdg4Yz2r xdGdE5ksrn95zmox/whQrP/NQlaLc69WMlqcbXrDbnH/61FGi8u75rBZbH2zjtGiZ8NWVoul 1y8yWdw9dZTNYsL0tSwWrXuPsFvs3vWU1eLwm3ZWizP7V7I5CHusmbeG0eNyXy+Tx85Zd9k9 Vi7/wuZx+OtCFo9NqzrZPO5c28PmsWf+D1aPvi2rGD1WrP7O7vF5k1wAd5SbTUZqYkpqkUJq XnJ+SmZeuq1SaIibroWSQl5ibqqtUoSub0iQkkJZYk4pkGdkgAYcnAPcg5X07RLcMub83sVU MJWnYtLGb8wNjI85uxg5OSQETCQm3JzHCmGLSVy4t54NxBYSWMooMXeqWBcjF5D9Ech++xws wSugJbHvTQc7iM0ioCrxZU8vE4jNJmAo8fPFazBbVCBC4s/pfawQ9YISPybfYwGxRQTkJbb2 rWAGGcos8JtZYvWCx2BDhQVCJLbuP80Cse03o8SlnVeBNnBwcApoStx7bg5SwyxgLbFy0jZG CFteYvOat8wTGAVmIdkxC0nZLCRlCxiZVzGKppYmFxQnpeca6RUn5haX5qXrJefnbmKEpISv OxiXHrM6xCjAwajEw7uhvDlEiDWxrLgy9xCjBAezkghvYlxriBBvSmJlVWpRfnxRaU5q8SHG ZGAQTGSWEk3OB6arvJJ4QxNDc0tDI2MLC3MjI9KElcR5K7+2hAgJpCeWpGanphakFsFsYeLg lGpgLHVTde+2ExA+rZFe468V2+dvKtIVvnzmkuAp87mXMRxi3XXNi/Pm9MUK26JCN8o9ilul btU2/Vf5Gj37HdZdU37OEpB/ucjgRSnnsT0/yzYpHfbPuJNles5K6fPvPb/f/vJp358lc/jO 4nfXvHcwaHf8/rup0C1gxY2+xn0FTZ3FZ4pWhR7kV2Ipzkg01GIuKk4EALpATlNNAwAA X-MTR: 20000000000000000@CPGS Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Pavel, On 12/04/2014 05:12 PM, Pavel Machek wrote: > Hi! > >>>> +- maxim,boost-mode : >>>> + In boost mode the device can produce up to 1.2A of total current >>>> + on both outputs. The maximum current on each output is reduced >>>> + to 625mA then. If there are two child led nodes defined then boost >>>> + is enabled by default. >>>> + Possible values: >>>> + MAX77693_LED_BOOST_OFF - no boost, >>>> + MAX77693_LED_BOOST_ADAPTIVE - adaptive mode, >>>> + MAX77693_LED_BOOST_FIXED - fixed mode. >>>> +- maxim,boost-vout : Output voltage of the boost module in millivolts. >>>> +- maxim,vsys-min : Low input voltage level in millivolts. Flash is not fired >>>> + if chip estimates that system voltage could drop below this level due >>>> + to flash power consumption. >>>> + >>>> +Required properties of the LED child node: >>>> +- label : see Documentation/devicetree/bindings/leds/common.txt >>>> +- maxim,fled_id : Identifier of the fled output the led is connected to; >>> >>> I'm pretty sure this will be needed for about every chip that can drive >>> multiple LEDs. Shouldn't it be documented in the generic documentation? >> >> OK. > > Well... "fled_id" is not exactly suitable name. On other busses, it > would be "reg = <1>"? I'm ok with "reg". This scheme is used for pca963x.txt and is described as "number of LED line". We could define it similarly in the common.txt. A device would have to specify the range of allowed values though. I would add such a note to the generic binding. Regards, Jacek -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/