From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758908Ab2DYLiu (ORCPT ); Wed, 25 Apr 2012 07:38:50 -0400 Received: from antcom.de ([188.40.178.216]:35783 "EHLO chuck.antcom.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752271Ab2DYLit (ORCPT ); Wed, 25 Apr 2012 07:38:49 -0400 Message-ID: <4F97E243.1040707@antcom.de> Date: Wed, 25 Apr 2012 13:38:43 +0200 From: Roland Stigge Organization: ANTCOM IT Research & Development User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:8.0) Gecko/20120216 Icedove/8.0 MIME-Version: 1.0 To: Russell King - ARM Linux CC: Sourav Poddar , devicetree-discuss@lists.ozlabs.org, Benoit Cousson , Stephen Warren , Dmitry Torokhov , linux-kernel@vger.kernel.org, Rob Herring , Grant Likely , Randy Dunlap , Felipe Balbi , linux-input@vger.kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCHv4 1/2] drivers: input: keypad: Add device tree support References: <1335346004-18108-1-git-send-email-sourav.poddar@ti.com> <20120425105235.GV24211@n2100.arm.linux.org.uk> In-Reply-To: <20120425105235.GV24211@n2100.arm.linux.org.uk> X-Enigmail-Version: 1.3.4 OpenPGP: url=subkeys.pgp.net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Russell and Sourav, On 04/25/2012 12:52 PM, Russell King - ARM Linux wrote: > I think you and Roland Stigge need to put your heads together and come > up with a common DT binding for matrix keypad devices, rather than > inventing N different platform specific bindings. > >> +Required Board Specific Properties, in addition to those specified by >> +the shared matrix-keyboard bindings: >> +- keypad,num-rows: Number of row lines connected to the keypad >> + controller. >> + >> +- keypad,num-columns: Number of column lines connected to the >> + keypad controller. Right - the LPC32xx key scanner always has a square matrix design (#rows == #cols), but I'm fine with re-using properties "keypad,num-rows" and "keypad,num-columns" instead of "nxp,matrix-size". Besides, I still have "nxp,debounce-delay-ms" and "nxp,scan-delay-ms" - do I need to change this to some default properties I don't know of (yet)? And: I re-used the DT subnodes strategy for the keycodes ("linux,code") of the samsung-keypad driver, see Documentation/devicetree/bindings/input/samsung-keypad.txt - can I continue using it? Thanks in advance, Roland