Messages in this thread | | | Date | Thu, 26 Mar 2020 00:09:41 +0300 | From | Sergey Semin <> | Subject | Re: [PATCH 3/6] dt-bindings: i2c: dw: Add Baikal-T1 SoC I2C controller |
| |
On Thu, Mar 12, 2020 at 04:43:40PM -0500, Rob Herring wrote: > On Fri, 6 Mar 2020 16:19:52 +0300, <Sergey.Semin@baikalelectronics.ru> wrote: > > From: Serge Semin <Sergey.Semin@baikalelectronics.ru> > > > > Just add the "be,bt1-i2c" compatible string to the bindings. The rest of > > the DW APB I2C properties can be freely used to describe the Baikal-T1 > > I2C controller dts-node. > > > > Signed-off-by: Serge Semin <Sergey.Semin@baikalelectronics.ru> > > Signed-off-by: Alexey Malahov <Alexey.Malahov@baikalelectronics.ru> > > Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de> > > Cc: Paul Burton <paulburton@kernel.org> > > Cc: Ralf Baechle <ralf@linux-mips.org> > > --- > > Documentation/devicetree/bindings/i2c/snps,designware-i2c.yaml | 2 ++ > > 1 file changed, 2 insertions(+) > > > > Acked-by: Rob Herring <robh@kernel.org>
Seeing you and us having doubts regarding our vendor prefix and the corresponding patch still hasn't been accepted, in the next patchset release perhaps I will have to change the compatible string of this driver. It depends on a result of the discussion: https://lkml.org/lkml/2020/3/13/239
Rob, could you get back to it, so we could come up with a solution?
Currently most of our team members are leaning towards "baikal,t1" = "vendor,chip" prefixes to all the SoC specific devices. So the Baikal-T1 I2C compatible string would be renamed to "baikal,t1-i2c". What do you think?
Regards, -Sergey
| |