From: "Andrew Jeffery" <andrew@aj.id.au>
To: "Ryan Chen" <ryan_chen@aspeedtech.com>,
"Joel Stanley" <joel@jms.id.au>,
"Philipp Zabel" <p.zabel@pengutronix.de>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"linux-aspeed@lists.ozlabs.org" <linux-aspeed@lists.ozlabs.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"openbmc@lists.ozlabs.org" <openbmc@lists.ozlabs.org>
Cc: BMC-SW <BMC-SW@aspeedtech.com>
Subject: Re: [PATCH v3 2/3] dt-bindings: i2c-ast2600: Add bindings for AST2600 i2C driver
Date: Fri, 29 Jul 2022 12:43:22 +0930 [thread overview]
Message-ID: <4c4462a6-e950-48cb-b9ba-822909a86867@www.fastmail.com> (raw)
In-Reply-To: <SEZPR06MB5269DFE2CF762B62846D315EF2999@SEZPR06MB5269.apcprd06.prod.outlook.com>
On Fri, 29 Jul 2022, at 12:33, Ryan Chen wrote:
> Hello Andrew,
>
>> -----Original Message-----
>> From: Andrew Jeffery <andrew@aj.id.au>
>> Sent: Friday, July 29, 2022 10:29 AM
>> To: Ryan Chen <ryan_chen@aspeedtech.com>; Joel Stanley <joel@jms.id.au>;
>> Philipp Zabel <p.zabel@pengutronix.de>; linux-arm-kernel@lists.infradead.org;
>> linux-aspeed@lists.ozlabs.org; linux-kernel@vger.kernel.org;
>> openbmc@lists.ozlabs.org
>> Cc: BMC-SW <BMC-SW@aspeedtech.com>
>> Subject: Re: [PATCH v3 2/3] dt-bindings: i2c-ast2600: Add bindings for AST2600
>> i2C driver
>>
>> Hi Ryan,
>>
>> On Mon, 16 May 2022, at 16:18, ryan_chen wrote:
>> > AST2600 support new register set for I2C controller, add bindings
>> > document to support driver of i2c new register mode controller
>> >
>> > Signed-off-by: ryan_chen <ryan_chen@aspeedtech.com>
>> > ---
>> > .../bindings/i2c/aspeed,i2c-ast2600.ymal | 78
>> +++++++++++++++++++
>> > 1 file changed, 78 insertions(+)
>> > create mode 100644
>> > Documentation/devicetree/bindings/i2c/aspeed,i2c-ast2600.ymal
>> >
>> > diff --git
>> > a/Documentation/devicetree/bindings/i2c/aspeed,i2c-ast2600.ymal
>> > b/Documentation/devicetree/bindings/i2c/aspeed,i2c-ast2600.ymal
>> > new file mode 100644
>> > index 000000000000..7c75f5bac24f
>> > --- /dev/null
>> > +++ b/Documentation/devicetree/bindings/i2c/aspeed,i2c-ast2600.ymal
>> > @@ -0,0 +1,78 @@
>> > +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) %YAML 1.2
>> > +---
>> > +$id: http://devicetree.org/schemas/i2c/aspeed,i2c-ast2600.yaml#
>> > +$schema: http://devicetree.org/meta-schemas/core.yaml#
>> > +
>> > +title: AST2600 I2C Controller on the AST26XX SoCs Device Tree
>> > +Bindings
>> > +
>> > +maintainers:
>> > + - Ryan Chen <ryan_chen@aspeedtech.com>
>> > +
>> > +allOf:
>> > + - $ref: /schemas/i2c/i2c-controller.yaml#
>> > +
>> > +properties:
>> > + compatible:
>> > + enum:
>> > + - aspeed,ast2600-i2c
>>
>> The original driver uses e.g. aspeed,ast2500-i2c-bus for the subordinate
>> controllers. While the register layout changes, I'd prefer we try to use the
>> existing compatibles rather than introducing a new set and causing some
>> confusion.
>>
>> Further, what you're proposing here is effectively being used to select the
>> driver implementation, which isn't the purpose of the devicetree.
>>
>> My preference would be to reuse the existing compatibles and instead select
>> the driver implementation via Kconfig. Or, if we can figure out some way to do
>> so, support both register interfaces in the one driver implementation and fall
>> back to the old register interface where the new one isn't available (I don't
>> think this is feasible though).
>>
> Yes, that the reason go for another driver ast2600 to implement.
> Like others SOC driver implement different generation have diff driver
> in Kconfig
> and Makefile.
> Example :
> https://github.com/torvalds/linux/blob/master/drivers/i2c/busses/Makefile#L82-L84
>
>
>> > +
>> > + reg:
>> > + minItems: 1
>> > + items:
>> > + - description: address offset and range of bus
>> > + - description: address offset and range of bus buffer
>> > +
>> > + interrupts:
>> > + maxItems: 1
>> > +
>> > + clocks:
>> > + maxItems: 1
>> > + description:
>> > + root clock of bus, should reference the APB
>> > + clock in the second cell
>> > +
>> > + resets:
>> > + maxItems: 1
>> > +
>> > + bus-frequency:
>> > + minimum: 500
>> > + maximum: 2000000
>> > + default: 100000
>> > + description: frequency of the bus clock in Hz defaults to 100 kHz
>> > when not
>> > + specified
>> > +
>> > + multi-master:
>> > + type: boolean
>> > + description:
>> > + states that there is another master active on this bus
>> > +
>> > +required:
>> > + - reg
>> > + - compatible
>> > + - clocks
>> > + - resets
>> > +
>> > +unevaluatedProperties: false
>> > +
>> > +examples:
>> > + - |
>> > + #include <dt-bindings/interrupt-controller/arm-gic.h>
>> > + #include <dt-bindings/clock/ast2600-clock.h>
>> > +
>> > + i2c_gr: i2c-global-regs@0 {
>> > + compatible = "aspeed,ast2600-i2c-global", "syscon";
>> > + reg = <0x0 0x20>;
>> > + resets = <&syscon ASPEED_RESET_I2C>;
>> > + };
>> > +
>> > + i2c0: i2c-bus@80 {
>> > + #address-cells = <1>;
>> > + #size-cells = <0>;
>> > + #interrupt-cells = <1>;
>> > + compatible = "aspeed,ast2600-i2c-bus";
>>
>> This isn't quite right with respect to your binding description above :)
> Yes, the compatible need to be " aspeed,ast2600-i2c" is that your point ?
Yes, but only if we agree that we should have different compatibles for
the different drivers. I'm not convinced about that yet.
I think it's enough to have different Kconfig symbols, and select the
old driver in aspeed_g4_defconfig, and the new driver in
aspeed_g5_defconfig. Won't that gives us the right outcome without
requiring a new set of compatibles?
Andrew
next prev parent reply other threads:[~2022-07-29 3:13 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-05-16 6:48 [PATCH v3 0/3] Add ASPEED AST2600 I2C new controller driver ryan_chen
2022-05-16 6:48 ` [PATCH v3 1/3] dt-bindings: i2c-ast2600: Add bindings for AST2600 i2C global register controller ryan_chen
2022-05-16 6:48 ` [PATCH v3 2/3] dt-bindings: i2c-ast2600: Add bindings for AST2600 i2C driver ryan_chen
2022-07-29 2:28 ` Andrew Jeffery
2022-07-29 3:03 ` Ryan Chen
2022-07-29 3:13 ` Andrew Jeffery [this message]
2022-08-02 9:04 ` Ryan Chen
2022-08-09 0:34 ` Andrew Jeffery
2022-08-09 0:59 ` Ryan Chen
2022-05-16 6:49 ` [PATCH v3 3/3] i2c:aspeed:support ast2600 i2c new register mode driver ryan_chen
2022-05-19 19:56 ` [PATCH v3 0/3] Add ASPEED AST2600 I2C new controller driver Peter Delevoryas
2022-05-20 2:46 ` Ryan Chen
2022-05-20 3:01 ` Peter Delevoryas
2022-05-20 3:15 ` Ryan Chen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4c4462a6-e950-48cb-b9ba-822909a86867@www.fastmail.com \
--to=andrew@aj.id.au \
--cc=BMC-SW@aspeedtech.com \
--cc=joel@jms.id.au \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-aspeed@lists.ozlabs.org \
--cc=linux-kernel@vger.kernel.org \
--cc=openbmc@lists.ozlabs.org \
--cc=p.zabel@pengutronix.de \
--cc=ryan_chen@aspeedtech.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®