From: Krzysztof Kozlowski <krzk@kernel.org>
To: Ryan Chen <ryan_chen@aspeedtech.com>,
Jeremy Kerr <jk@codeconstruct.com.au>
Cc: "benh@kernel.crashing.org" <benh@kernel.crashing.org>,
"joel@jms.id.au" <joel@jms.id.au>,
"andi.shyti@kernel.org" <andi.shyti@kernel.org>,
"robh@kernel.org" <robh@kernel.org>,
"krzk+dt@kernel.org" <krzk+dt@kernel.org>,
"conor+dt@kernel.org" <conor+dt@kernel.org>,
"andrew@codeconstruct.com.au" <andrew@codeconstruct.com.au>,
"p.zabel@pengutronix.de" <p.zabel@pengutronix.de>,
"andriy.shevchenko@linux.intel.com"
<andriy.shevchenko@linux.intel.com>,
"naresh.solanki@9elements.com" <naresh.solanki@9elements.com>,
"linux-i2c@vger.kernel.org" <linux-i2c@vger.kernel.org>,
"openbmc@lists.ozlabs.org" <openbmc@lists.ozlabs.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"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>
Subject: Re: [PATCH v20 1/4] dt-bindings: i2c: Split AST2600 binding into a new YAML
Date: Fri, 24 Oct 2025 14:43:24 +0200 [thread overview]
Message-ID: <b4e06ef2-e3d5-49ad-83f3-9daf2e08e88d@kernel.org> (raw)
In-Reply-To: <TY2PPF5CB9A1BE63500EA8CE65A0DE7A781F2F1A@TY2PPF5CB9A1BE6.apcprd06.prod.outlook.com>
On 24/10/2025 14:36, Ryan Chen wrote:
>> Subject: Re: [PATCH v20 1/4] dt-bindings: i2c: Split AST2600 binding into a new
>> YAML
>>
>> Hi Kyzysztof,
>>
>>>> Not much different than every other soc. All of them are separate
>>>> IPs.
>>>> Look at any Samsung, NXP or Qualcomm binding. Separate IPs.
>>>
>>>
>>> So let the move happen, but please explain in the commit msg that
>>> devices are completely different - nothing in common - and thus the
>>> binding will be different. We indeed do not keep completely different
>>> devices in one binding, but based on commit msg I had impression this
>>> was just major block upgrade.
>>
>> OK, makes sense.
>>
>> Ryan, let me know if you need a hand with the commit message changes.
>>
> Thanks Jeremy and Krzysztof,
>
> If I modify the commit message as follows, would that make it clearer?
>
> The AST2600 I2C controller introduces a completely new register map and
> Separate control/target register sets, unlike the mixed layout used in
> AST2400/AST2500. In addition, at new AST2600 configuration registers
> and transfer modes require new DT properties, which are incompatible
> with existing bindings. Therefore, this patch creates a dedicated binding
> file for AST2600 to properly describe these new hardware capabilities.
It's fine.
Best regards,
Krzysztof
next prev parent reply other threads:[~2025-10-24 12:43 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-21 1:35 [PATCH v20 0/4] Add ASPEED AST2600 I2C controller driver Ryan Chen
2025-10-21 1:35 ` [PATCH v20 1/4] dt-bindings: i2c: Split AST2600 binding into a new YAML Ryan Chen
2025-10-24 6:45 ` Krzysztof Kozlowski
2025-10-24 6:50 ` Krzysztof Kozlowski
2025-10-24 7:56 ` Jeremy Kerr
2025-10-24 8:06 ` Krzysztof Kozlowski
2025-10-24 8:35 ` Krzysztof Kozlowski
2025-10-24 8:41 ` Jeremy Kerr
2025-10-24 12:36 ` Ryan Chen
2025-10-24 12:43 ` Krzysztof Kozlowski [this message]
2025-10-24 8:40 ` Jeremy Kerr
2025-10-24 12:30 ` Krzysztof Kozlowski
2025-10-24 12:47 ` Ryan Chen
2025-10-24 13:13 ` Jeremy Kerr
2025-10-24 8:14 ` Krzysztof Kozlowski
2025-10-29 8:29 ` Ryan Chen
2025-10-29 10:52 ` Krzysztof Kozlowski
2025-11-11 4:57 ` Ryan Chen
2025-11-13 9:34 ` Ryan Chen
2025-11-13 10:40 ` Krzysztof Kozlowski
2025-11-14 6:17 ` Ryan Chen
2025-11-21 5:23 ` Ryan Chen
2025-11-21 7:18 ` Krzysztof Kozlowski
2025-11-21 7:22 ` Ryan Chen
2025-10-21 1:35 ` [PATCH v20 2/4] dt-bindings: i2c: ast2600-i2c.yaml: Add global-regs and transfer-mode properties Ryan Chen
2025-10-21 1:35 ` [PATCH v20 3/4] i2c: ast2600: Add controller driver for new register layout Ryan Chen
2025-10-24 9:10 ` Philipp Zabel
2025-10-25 2:57 ` Ryan Chen
2025-10-21 1:35 ` [PATCH v20 4/4] i2c: ast2600: Add target mode support 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=b4e06ef2-e3d5-49ad-83f3-9daf2e08e88d@kernel.org \
--to=krzk@kernel.org \
--cc=andi.shyti@kernel.org \
--cc=andrew@codeconstruct.com.au \
--cc=andriy.shevchenko@linux.intel.com \
--cc=benh@kernel.crashing.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=jk@codeconstruct.com.au \
--cc=joel@jms.id.au \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-aspeed@lists.ozlabs.org \
--cc=linux-i2c@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=naresh.solanki@9elements.com \
--cc=openbmc@lists.ozlabs.org \
--cc=p.zabel@pengutronix.de \
--cc=robh@kernel.org \
--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;
as well as URLs for NNTP newsgroup(s).