[PATCH] Input: mpu3050: add of_match table for device-tree probing

Grant Likely grant.likely at secretlab.ca
Mon Jan 2 19:42:43 EST 2012


On Tue, Dec 27, 2011 at 09:14:31AM -0800, Olof Johansson wrote:
> On Tue, Dec 27, 2011 at 8:07 AM, Rob Herring <robherring2 at gmail.com> wrote:
> > On 12/23/2011 09:58 AM, Olof Johansson wrote:
> >> Hi,
> >>
> >> On Fri, Dec 23, 2011 at 1:22 AM, Dmitry Torokhov
> >> <dmitry.torokhov at gmail.com> wrote:
> >>> Hi Olof,
> >>>
> >>> On Thu, Dec 22, 2011 at 06:39:52PM -0800, Olof Johansson wrote:
> >>>> Adding invn,mpu3050 as the initial id.
> >>>>
> >>>
> >>> I believe you also need to add this to
> >>> Documentation/devicetree/bindings/input/
> >>
> >> For simple i2c devices that only have a name, address and possibly an
> >> interrupt, there's no need to document a binding (it hasn't been done
> >> in the past for the vast majority of those devices).
> >
> > But then how do you find out if there is a existing binding for a device
> > without searching in the kernel source tree?
> 
> That's a silly question, since today that is exactly what you do to
> find out, since the Documentation/devicetree isn't the canonical
> location for _all_ bindings anyway -- some are in ePAPR, some are in
> the old IEEE1275 docs, and some are based on whatever the vendor that
> first introduced the device chose (Apple, and some other vendors,
> mostly PowerPC ones).

I would like to keep a list of new bindings though, but I agree with the
argument that a lot of bindings don't need a separate file with a whole
bunch of meaningless boilerplate.

g.



More information about the devicetree-discuss mailing list