From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dmitry Torokhov Subject: Re: [PATCH 1/4] input: Add new sun4i-lradc-keys drivers Date: Thu, 2 Jan 2014 12:38:31 -0800 Message-ID: <20140102203831.GA3239@core.coreip.homeip.net> References: <1388604610-20380-1-git-send-email-hdegoede@redhat.com> <20140101205603.GA1141@core.coreip.homeip.net> <52C5336B.9010903@redhat.com> <1700375.GaI3zFl6RI@phil> <52C56D79.1060506@redhat.com> <20140102202022.GK3144@lukather> Reply-To: linux-sunxi-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Return-path: In-Reply-To: <20140102202022.GK3144@lukather> List-Post: , List-Help: , List-Archive: Sender: linux-sunxi-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org List-Subscribe: , List-Unsubscribe: , Content-Disposition: inline To: Maxime Ripard Cc: Hans de Goede , Heiko =?iso-8859-1?Q?St=FCbner?= , linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-sunxi-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org, linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Rob Herring , Pawel Moll , Mark Rutland , Stephen Warren , Ian Campbell List-Id: devicetree@vger.kernel.org On Thu, Jan 02, 2014 at 09:20:22PM +0100, Maxime Ripard wrote: > On Thu, Jan 02, 2014 at 02:45:29PM +0100, Hans de Goede wrote: > > >Also, instead of inventing yet another vendor-specific property, why not re-use > > >a button binding similar to gpio-keys like: > > > > > > lradc: lradc@01c22800 { > > > compatible = "allwinner,sun4i-lradc-keys"; > > > reg = <0x01c22800 0x100>; > > > interrupts = <31>; > > > allwinner,chan0-step = <200>; > > > > > > #address-cells = <1>; > > > #size-cells = <0>; > > > > > > button@0 { > > > reg = <0>; /* your channel index from above */ > > > linux,code = <115>; /* already used as dt-property */ > > > }; > > > > > > button@1 { > > > reg = <1>; > > > linux,code = <114>; > > > }; > > > > Ugh no. Having a vendor specific property which is KISS certainly > > beats this, both wrt ease of writing dts files as well as wrt the > > dts parsing code in the driver. > > I'd agree with Heiko here. This is pretty much the same construct > that's already in use in other input drivers, like gpio-keys. > > This is also something that can really easily be made generic, since > this is something that is rather common. Except that button definition from gpio-keys does not use 'reg' property but rather gpio. I'd rather we did not cram non-applicable attributes into that definition just to make it "reusable" like that. I'd be OK with having similar (but not claiming to be the same) mappings though. Thanks. -- Dmitry