From mboxrd@z Thu Jan 1 00:00:00 1970 From: grant.likely@secretlab.ca (Grant Likely) Date: Mon, 2 Jan 2012 00:21:21 -0700 Subject: [PATCH] Input: keyboard - add device tree bindings for simple key matrixes In-Reply-To: References: <1325112771-31941-1-git-send-email-olof@lixom.net> <74CDBE0F657A3D45AFBB94109FB122FF17755DC8D2@HQMAIL01.nvidia.com> <74CDBE0F657A3D45AFBB94109FB122FF17755DC8DB@HQMAIL01.nvidia.com> Message-ID: <20120102072121.GB13015@ponder.secretlab.ca> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Wed, Dec 28, 2011 at 11:06:02PM -0800, Olof Johansson wrote: > On Wed, Dec 28, 2011 at 11:01 PM, Stephen Warren wrote: > > Can we deprecate the Samsung format, and only allow it for that Samsung > > device (and allow both there), and require a single format for any other > > keyboard? > > I'm definitely ok with that. Thomas, Grant, Rob? The code in question > is queued for 3.3, so it hasn't been out in a real release yet. > > Adding Kukjin as well since it's getting merged through his tree. Yeah, I'm okay with that. BTW, please drop the "compatible" value for this binding. This binding describes a common way of describing key mappings, but it isn't a complete device binding in and of itself. Rather, it is a binding used by other bindings; and as such no driver should ever bind against it directly. The samsung driver can continue to use the other format if it so desires; there is no harm in it doing so. Instead, a driver that expects the binding can just call the matrix_keyboard_of_fill_keymap() library function without checking the compatible list. g.