From: "Tim Kuo (郭廷笙)" <Tim.Kuo@mediatek.com>
To: Krzysztof Kozlowski <krzk@kernel.org>
Cc: "Mark Brown" <broonie@kernel.org>,
"Rob Herring" <robh@kernel.org>,
"Krzysztof Kozlowski" <krzk+dt@kernel.org>,
"Conor Dooley" <conor+dt@kernel.org>,
"Matthias Brugger" <matthias.bgg@gmail.com>,
"AngeloGioacchino Del Regno"
<angelogioacchino.delregno@collabora.com>,
"linux-spi@vger.kernel.org" <linux-spi@vger.kernel.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"linux-mediatek@lists.infradead.org"
<linux-mediatek@lists.infradead.org>,
"Steven Liu (劉人豪)" <steven.liu@mediatek.com>,
"SkyLake Huang (黃啟澤)" <SkyLake.Huang@mediatek.com>,
"Sam Shih (史碩三)" <Sam.Shih@mediatek.com>
Subject: Re: [PATCH v2 1/2] spi: dt-bindings: add SPI IPM v59 compatible for mt7987 and mt7989
Date: Thu, 1 Oct 2026 08:15:14 +0000 [thread overview]
Message-ID: <abb81c632793dd894588bf279cbce67379c6b3ab.camel@mediatek.com> (raw)
On Wed, 2026-09-30 at 12:36 +0200, Krzysztof Kozlowski wrote:
> On Tue, Sep 29, 2026 at 02:25:15PM +0800, Tim Kuo wrote:
> > MTK mt7987 and mt7989 SPI hardware has been updated to IPM v59 SPI
> > IP and
> > it differs from earlier IPM designs, most visibly in the tick delay
> > field
> > of SPI_CMD_REG, so it needs its own fallback compatible rather than
> > reusing
> > "mediatek,spi-ipm".
> >
> > Signed-off-by: Tim Kuo <Tim.Kuo@mediatek.com>
> > ---
> > v2: Add mt7987 and mt7989 real device compatible
> >
> > .../devicetree/bindings/spi/mediatek,spi-mt65xx.yaml | 5
> > +++++
> > 1 file changed, 5 insertions(+)
> >
> > diff --git a/Documentation/devicetree/bindings/spi/mediatek,spi-
> > mt65xx.yaml b/Documentation/devicetree/bindings/spi/mediatek,spi-
> > mt65xx.yaml
> > index 3bf3eb1f8728..d2c740572d85 100644
> > --- a/Documentation/devicetree/bindings/spi/mediatek,spi-
> > mt65xx.yaml
> > +++ b/Documentation/devicetree/bindings/spi/mediatek,spi-
> > mt65xx.yaml
> > @@ -39,6 +39,11 @@ properties:
> > - mediatek,mt7988-spi-single
> > - mediatek,mt8188-spi-ipm
> > - const: mediatek,spi-ipm
> > + - items:
> > + - enum:
> > + - mediatek,mt7987-spi
> > + - mediatek,mt7989-spi
> > + - const: mediatek,spi-ipm-v59
>
> No, look at the binding and recent commits. This should be a specific
> compatible. Git history easily tells you that.
>
> Best regards,
> Krzysztof
>
Thanks for the review. I went back through the binding and the history;
let me confirm I took the right lesson from it before I send v3, and
ask one thing about the DTS.
1) My reading now is that the problem is the SoC-less, version-numbered
"mediatek,spi-ipm-v59" string: an internal IP revision is not something
anyone can read off a board, and the binding otherwise never invents a
new generic compatible for a new variant.
So for v3 I dropped "mediatek,spi-ipm-v59" entirely and added MT7987 to
the existing IPM group:
- items:
- enum:
- mediatek,mt7981-spi-ipm
- mediatek,mt7986-spi-ipm
+ - mediatek,mt7987-spi-ipm
- mediatek,mt7988-spi-quad
- mediatek,mt7988-spi-single
+ - mediatek,mt7989-spi-ipm
- mediatek,mt8188-spi-ipm
- const: mediatek,spi-ipm
"mediatek,spi-ipm" stays a valid fallback for MT7987: a driver that
only knows the generic string programs bits: 24:22, which are the low 3
bits of the widened field, so it still works. On the driver side
mtk_ipm_v59_compat will become mt7987_compat and matches
"mediatek,mt7987-spi" which outranks the "mediatek,spi-ipm" entry.
Does that what you had in mind? or please let me know if that is still
not what you meant.
2) The mt7987 DTS is not upstream yet. It currently only lives in
OpenWrt's tree, and they will be prepared to upstream separately in the
future. So this patch would add a compatible that no in-tree DTS uses
yet.
https://github.com/openwrt/openwrt/commit/9de7189ed43bb7524fe8bcb3e9f57
a6516d0990d
Is that acceptable, or do you prefer the binding to land together with
(or after) the mt7987 DTS?
BRs,
Tim
next reply other threads:[~2026-10-01 8:15 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-01 8:15 Tim Kuo (郭廷笙) [this message]
-- strict thread matches above, loose matches on Subject: below --
2026-10-01 8:21 Krzysztof Kozlowski
2026-09-29 6:25 Tim Kuo
2026-09-30 10:36 ` Krzysztof Kozlowski
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=abb81c632793dd894588bf279cbce67379c6b3ab.camel@mediatek.com \
--to=tim.kuo@mediatek.com \
--cc=Sam.Shih@mediatek.com \
--cc=SkyLake.Huang@mediatek.com \
--cc=angelogioacchino.delregno@collabora.com \
--cc=broonie@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=krzk+dt@kernel.org \
--cc=krzk@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=linux-spi@vger.kernel.org \
--cc=matthias.bgg@gmail.com \
--cc=robh@kernel.org \
--cc=steven.liu@mediatek.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®