Thread (3 messages) 3 messages, 2 authors, 2015-01-06

Re: [PATCH] input: adxl34x: Add OF match support

From: Geert Uytterhoeven <geert@linux-m68k.org>
Date: 2015-01-06 13:28:12
Also in: linux-i2c, linux-sh

Possibly related (same subject, not in this thread)

Hi Laurent, Wolfram,

On Thu, Dec 18, 2014 at 8:23 PM, Laurent Pinchart
[off-list ref] wrote:
On Thursday 18 December 2014 14:03:18 Geert Uytterhoeven wrote:
quoted
On Thu, Dec 18, 2014 at 1:49 PM, Laurent Pinchart wrote:
quoted
There are three compatible strings defined for the ADXL345 and ADXL346 in
Documentation/devicetree/bindings/i2c/trivial-devices.txt: "adi,adxl345",
"adi,adxl346", "adi,adxl34x". Given that the last one is a fallback for
the first two I don't see a need to add the specific compatible strings to
the driver for now. If a new totally incompatible chip named ADXL347 comes
out we will need a new driver which won't be allowed to use the
"adi,adxl34x" compatible string.
FWIW, I'm the evil person who added the adxl entries to that file...
git-blame had already reported you.

Do you think we should remove that compatible string ?
Remove it from trivial-devices.txt, or from the .dts?

Can't we just fix i2c_device_match(), to consider all compatible values
of the device's node instead of just the first one when doing a legacy match?

For now, I'd remove the "adi,adxl345" entry from sh73a0-kzm9g.dts,
until matching is fixed.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help