Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755371AbaJ1JSz (ORCPT ); Tue, 28 Oct 2014 05:18:55 -0400 Received: from mail-ig0-f173.google.com ([209.85.213.173]:59051 "EHLO mail-ig0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750740AbaJ1JSx (ORCPT ); Tue, 28 Oct 2014 05:18:53 -0400 MIME-Version: 1.0 In-Reply-To: <4048602.9BsHAsA6cq@wuerfel> References: <1414470034-16143-1-git-send-email-acourbot@nvidia.com> <4048602.9BsHAsA6cq@wuerfel> From: Alexandre Courbot Date: Tue, 28 Oct 2014 18:18:32 +0900 Message-ID: Subject: Re: [PATCH] Documentation: gpio: guidelines for bindings To: Arnd Bergmann Cc: Alexandre Courbot , Linus Walleij , "devicetree@vger.kernel.org" , "linux-gpio@vger.kernel.org" , Linux Kernel Mailing List , "Rafael J. Wysocki" , Mika Westerberg Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Oct 28, 2014 at 6:08 PM, Arnd Bergmann wrote: > On Tuesday 28 October 2014 13:20:34 Alexandre Courbot wrote: >> +GPIO properties should be named "[-]gpios", with being the con_id >> +argument that is passed to gpiod_get(). While a NULL con_id is accepted by the >> +GPIO API for compatibility reasons (resolving to the "gpios" property), it is >> +not allowed for new bindings. >> + >> +GPIO properties can contain one or more GPIO phandles, but only in exceptional >> +cases should they contain more than one. If your device uses several GPIOs with >> +distinct functions, reference each of them under its own property, giving it a >> +meaningful name. The only case where an array of GPIOs is accepted is when >> +several GPIOs serve the same function (e.g. a parallel data line). In that case >> +individual GPIOs can be retrieved using gpiod_get_index(). >> + >> +The exact meaning of each gpios property must be documented in the device tree >> binding for each device. > > The binding should be written in an OS neutral way, so it would be better to avoid > direct references to Linux APIs in the part that specifies the allowed properties. > > Could you reword this so the Linux interfaces are described in an "implementation > notes" section that is separate from the main part? You're right - will fix this and resubmit. Thanks! -- 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/