From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dmitry Torokhov Subject: Re: [PATCH] Input: Add new driver for GPIO beeper Date: Tue, 19 Nov 2013 13:32:39 -0800 Message-ID: <20131119213239.GC25784@core.coreip.homeip.net> References: <1384250833-4600-1-git-send-email-shc_work@mail.ru> <20131112101544.GD2976@e106331-lin.cambridge.arm.com> <1384253277.731839001@f27.i.mail.ru> <20131112105930.GE2976@e106331-lin.cambridge.arm.com> <52828042.4050501@wwwdotorg.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from mail-pb0-f50.google.com ([209.85.160.50]:62225 "EHLO mail-pb0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753756Ab3KTOhq (ORCPT ); Wed, 20 Nov 2013 09:37:46 -0500 Content-Disposition: inline In-Reply-To: <52828042.4050501@wwwdotorg.org> Sender: linux-input-owner@vger.kernel.org List-Id: linux-input@vger.kernel.org To: Stephen Warren Cc: Mark Rutland , Alexander Shiyan , "linux-input@vger.kernel.org" , "devicetree@vger.kernel.org" , "rob.herring@calxeda.com" , Pawel Moll , Ian Campbell On Tue, Nov 12, 2013 at 12:23:46PM -0700, Stephen Warren wrote: > On 11/12/2013 03:59 AM, Mark Rutland wrote: > > On Tue, Nov 12, 2013 at 10:47:57AM +0000, Alexander Shiyan wrote: > >> Hello. > >> > >>> On Tue, Nov 12, 2013 at 10:07:13AM +0000, Alexander Shiyan wrote: > >>>> This patch adds a new driver for the beeper controlled via GPIO pin. > >>>> The driver does not depend on the architecture and is positioned as > >>>> a replacement for the specific drivers that are used for this function. > >>>> > >>>> Signed-off-by: Alexander Shiyan > >> ... > >>>> diff --git a/Documentation/devicetree/bindings/input/gpio-beeper.txt b/Documentation/devicetree/bindings/input/gpio-beeper.txt > >> ... > >>>> +Example: > >>>> + > >>>> +beeper: input@0 { > >>>> + compatible = "gpio-beeper"; > >>>> + reg = <0>; > >>>> + gpios = <&gpio3 23 0>; > >>>> +}; > >>> > >>> What are the reg / unit-address for? > >> > >> Just an example from "simple-bus" container. > > > > If they have no meaning, they should go. They're unnecessary and make > > things more confusing. > > > > I'd expect the example to be: > > > > beeper: beeper { > > compatible = "gpio-beeper"; > > gpios - <&gpio3 23 0>; > > }; > > > > And if we have multiple beepers, something like: > > > > beeper0: beeper0 { ... }; > > beeper1: beeper1 { ... }; > > DT node names aren't meant to encode identity though. What we've done in > the past for nodes without a reg where multiple instances were desired > is to put them into simple-bus and add a reg, so: > > beeper0: beeper@0 { reg = <0>; ... }; > beeper1: beeper@1 { reg = <1>; ... }; > > Of course, if there's only one of them, then it could just be "beeper" > with no reg. The binding and example should probably reflect that simple > case. So do we have an agreement on bindings? Otherwise the driver looks good to me. -- Dmitry