Thread (24 messages) flat view 24 messages, 7 authors, 2013-11-04

Re: [PATCH v5 1/4] i2c: busses: i2c-st: Add ST I2C controller

From: Jean-Christophe PLAGNIOL-VILLARD <hidden>
Date: 2013-10-17 17:57:25
Also in: linux-arm-kernel, linux-i2c, lkml

On 10:33 Thu 17 Oct     , srinivas kandagatla wrote:
On 17/10/13 08:27, Maxime COQUELIN wrote:
quoted
...
quoted
quoted
quoted
quoted
+
+static struct of_device_id st_i2c_match[] = {
+     { .compatible = "st,comms-ssc-i2c", },
the rules is to put the first soc that use the ip in the compatible
as st,sti7100-scc-i2c
Ok. There are no plans to upstream the SH4 platforms, it will only 
remains in stlinux.com.
Maybe I can set the first ARM platform (STiH415)?
That would give st,stih415-ssc-i2c.
NAK, for st,stih415-ssc-i2c naming.

IMO, this makes sense when the same IP integration done on different SOC
changes slightly/very differently.

But in this case the "comms" IP remains unchanged across all the SOCs.

I would still prefer "st,comms-ssc-i2c", allowing a single device driver
to match against several SoCs. ST "comms" IP it is integrated across all
the STi series of SoCs, so we don't want to add new entry in compatible
for every new SOC.
you never need this you always the first SoC that's all

see other bindings on at91 as example sorry NACK

Best Regards,
J.

Thanks,
srini
quoted
Thanks for the review,
Maxime
quoted
quoted
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help