From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sherman Yin Subject: Re: [PATCH v4 2/4] pinctrl: Add pinctrl binding for Broadcom Capri SoCs Date: Tue, 14 Jan 2014 11:00:59 -0800 Message-ID: <52D5896B.6000209@broadcom.com> References: <1386787041-6035-1-git-send-email-syin@broadcom.com> <1387592016-13740-1-git-send-email-syin@broadcom.com> <1387592016-13740-3-git-send-email-syin@broadcom.com> <52CC6782.4060309@broadcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: Sender: linux-doc-owner@vger.kernel.org To: Linus Walleij Cc: Mark Brown , Rob Herring , =?ISO-8859-1?Q?Heiko_St=FCbner?= , Pawel Moll , Mark Rutland , Stephen Warren , Ian Campbell , Rob Landley , Christian Daudt , Russell King , Grant Likely , Matt Porter , "devicetree@vger.kernel.org" , "linux-doc@vger.kernel.org" , "linux-kernel@vger.kernel.org" , bcm-kernel-feedback-list , "linux-arm-kernel@lists.infradead.org" List-Id: devicetree@vger.kernel.org On 14-01-14 02:16 AM, Linus Walleij wrote: > On Tue, Jan 7, 2014 at 9:45 PM, Sherman Yin wrote: >> On 14-01-07 09:15 AM, Linus Walleij wrote: > >> Is that what you wanted to see in pinctrl-bindings.txt, or is there >> something else you want to see added to that txt file? I didn't want to add >> the description of slew-rate arguments there because this is capri-specific. >> I'm not quite sure what else to add. > (...) >> That doc already says bias-pull-up is specified in Ohm, and the specific >> values are chip-specific, so I don't think they should be mentioned there. > > You're right, forget about this. I didn't realize the pinctrl bindings doc > was that good... > >>>> +Optional Properties (for HDMI pins): >>>> + >>>> +- function: String. Specifies the pin mux selection. >>>> Values >>>> + must be one of: "alt1", "alt2", "alt3", >>>> "alt4" >>>> +- slew-rate: Integer. Controls slew rate. >>>> + 0: Standard(100kbps)& >>>> Fast(400kbps) mode >>>> + 1: Highspeed (3.4Mbps) mode >>> >>> Hmmmm slew rate is not specifiec in "bps" but rather in >>> something like volts per second. But maybe it's best to keep >>> this value driver-specific. >> >> Right, I think the slew-rates values are capri specific. > > OK > Great! Is there anything else you would like to see changed before this patchset can be accepted? Thanks, Sherman