From: "TY_Chang[張子逸]" <tychang@realtek.com>
To: Conor Dooley <conor@kernel.org>
Cc: "Vinod Koul" <vkoul@kernel.org>,
"Kishon Vijay Abraham I" <kishon@kernel.org>,
"Rob Herring" <robh+dt@kernel.org>,
"Krzysztof Kozlowski" <krzysztof.kozlowski+dt@linaro.org>,
"Conor Dooley" <conor+dt@kernel.org>,
"linux-phy@lists.infradead.org" <linux-phy@lists.infradead.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"Stanley Chang[昌育德]" <stanley_chang@realtek.com>
Subject: RE: [PATCH 1/2] dt-bindings: phy: realtek: Add Realtek DHC RTD SoC PCIe PHY
Date: Thu, 7 Dec 2023 10:09:16 +0000 [thread overview]
Message-ID: <951a35ee5bb84ac4bf2462729909fe7c@realtek.com> (raw)
In-Reply-To: <20231201-umbilical-unending-c8fa05cb42d2@spud>
Hi Conor,
Thank you for the review.
>> +properties:
>> + compatible:
>> + enum:
>
>> + - realtek,rtd1319-pcie0-phy
>> + - realtek,rtd1319-pcie1-phy
>> + - realtek,rtd1319-pcie2-phy
>> + - realtek,rtd1619b-pcie1-phy
>> + - realtek,rtd1619b-pcie2-phy
>
>Please explain why different PHYs on the same SoC need different compatibles.
>
I hadn't thought this clearly. I added the compatible for each PCIe ports. However,
only one compatible is needed for the PHY driver on each SoC.
I will revise it in the next version.
There are multiple ports for PCIe on different SoCs. RTD1319 has three PCIe ports (port 0, port1, port2).
RTD1619B has two PCIe ports. Both RTD1319D and RTD1315E have one PCIe port.
>> + - realtek,rtd1319d-pcie1-phy
>> + - realtek,rtd1315e-pcie1-phy
>
>And why bother with the 1 here given there is no 0 or 2?
>
I'm sorry for the confusion caused by the naming. The PCIe controller register address on
RTD1319D and RTD1315E is the same as RTD1319's PCIe port1, so I named it as pcie1.
I'll refrain from using such naming in the future.
>This looks suspiciously like abuse of the compatible - especially since most of
>the ops are the same despite the differing compatibles. The case where that
>does not apply, it looks like the issue is down to the portion of the nvmem cell
>corresponding to the PHY, which has nothing to do with the programming model
>of the PHY itself IMO.
Thanks,
Tzuyi Chang
next prev parent reply other threads:[~2023-12-07 10:09 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-12-01 10:52 [PATCH 0/2] Add PCIe PHY driver support for Realtek DHC SoCs Tzuyi Chang
2023-12-01 10:52 ` [PATCH 1/2] dt-bindings: phy: realtek: Add Realtek DHC RTD SoC PCIe PHY Tzuyi Chang
2023-12-01 16:03 ` Conor Dooley
2023-12-07 10:09 ` TY_Chang[張子逸] [this message]
2023-12-03 16:46 ` Krzysztof Kozlowski
2023-12-07 10:10 ` TY_Chang[張子逸]
2023-12-07 11:30 ` Krzysztof Kozlowski
2023-12-08 9:01 ` TY_Chang[張子逸]
2023-12-01 10:52 ` [PATCH 2/2] phy: realtek: pcie: Add PCIe PHY support for Realtek DHC RTD SoCs Tzuyi Chang
2023-12-11 17:51 ` Rob Herring
2023-12-12 9:58 ` TY_Chang[張子逸]
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=951a35ee5bb84ac4bf2462729909fe7c@realtek.com \
--to=tychang@realtek.com \
--cc=conor+dt@kernel.org \
--cc=conor@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=kishon@kernel.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-phy@lists.infradead.org \
--cc=robh+dt@kernel.org \
--cc=stanley_chang@realtek.com \
--cc=vkoul@kernel.org \
/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).