From: Andrew Lunn <andrew@lunn.ch>
To: Yang Xiwen <forbidden405@outlook.com>
Cc: Yisen Zhuang <yisen.zhuang@huawei.com>,
Salil Mehta <salil.mehta@huawei.com>,
"David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
Rob Herring <robh+dt@kernel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Conor Dooley <conor+dt@kernel.org>,
Yang Xiwen <forbidden405@foxmail.com>,
Heiner Kallweit <hkallweit1@gmail.com>,
Russell King <linux@armlinux.org.uk>,
netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
devicetree@vger.kernel.org
Subject: Re: [PATCH 1/6] net: hisilicon: add support for hisi_femac core on Hi3798MV200
Date: Fri, 16 Feb 2024 14:58:49 +0100 [thread overview]
Message-ID: <143ee08e-e53a-41c1-8020-55b495394dd4@lunn.ch> (raw)
In-Reply-To: <SEZPR06MB69593E00C6A69AFAC61BF2BD964C2@SEZPR06MB6959.apcprd06.prod.outlook.com>
On Fri, Feb 16, 2024 at 09:41:29PM +0800, Yang Xiwen wrote:
> On 2/16/2024 9:23 PM, Andrew Lunn wrote:
> > > + // Register the optional MDIO bus
> > > + for_each_available_child_of_node(node, mdio_np) {
> > > + if (of_node_name_prefix(mdio_np, "mdio")) {
> > > + priv->mdio_pdev = of_platform_device_create(mdio_np, NULL, dev);
> > > + of_node_put(mdio_np);
> > > + if (!priv->mdio_pdev) {
> > > + dev_err(dev, "failed to register MDIO bus device\n");
> > > + goto out_free_netdev;
> > > + }
> > > + mdio_registered = true;
> > > + break;
> > > + }
> > > + }
> > > +
> > > + if (!mdio_registered)
> > > + dev_warn(dev, "MDIO subnode notfound. This is usually a bug.\n");
> > I don't understand the architecture of this device yet...
> >
> > It seems like you have an integrated PHY? In the example, you used a
> > phy-handle to bind the MAC to the PHY. So why is the MDIO bus
> > optional?
> Because the MAC can also support external PHY according to the datasheet.
> Maybe some other SoCs didn't implement this internal PHY and used an
> external PHY instead.
> >
> > Do the MII signals from the MAC also go to SoC pins, so you could use
> > an external PHY? Is there a SERDES so you could connect to an SFP
> > cage?
> No. MII signals is not accessible outside of the SoC. The SoC only exports
> FEPHY pins (i.e. RXN(P) and TXN(P)).
> >
> > Also, do the MDIO pins go to SoC pins? Can the MDIO bus master be used
> > to control external PHYs?
> It can, but not for Hi3798MV200. The datasheet said it can use both internal
> phy or external phy. But for Hi3798MV200, seems impossible.
So for the Hi3798MV200 this is not optional, the MDIO bus is
mandatory.
Also, it sounds like it exists in the silicon. So it is better to
always describe it in the .dtsi file.
And i took a quick look at mdio-hisi-femac.c. It has a probe function
which does:
data->membase = devm_platform_ioremap_resource(pdev, 0);
meaning it expects to have its own address range. It is a device of
its own. That also explains the compatible. So please move the MDIO
bus to a node of its own, rather than embedding it within the MAC
node.
Andrew
next prev parent reply other threads:[~2024-02-16 13:58 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-15 23:48 [PATCH 0/6] net: hisi-femac: add support for Hi3798MV200, remove unmaintained compatibles Yang Xiwen via B4 Relay
2024-02-15 23:48 ` [PATCH 1/6] net: hisilicon: add support for hisi_femac core on Hi3798MV200 Yang Xiwen via B4 Relay
2024-02-15 23:57 ` Andrew Lunn
2024-02-15 23:59 ` Yang Xiwen
2024-02-16 13:49 ` Andrew Lunn
2024-02-16 13:58 ` Yang Xiwen
2024-02-16 13:23 ` Andrew Lunn
2024-02-16 13:41 ` Yang Xiwen
2024-02-16 13:58 ` Andrew Lunn [this message]
2024-02-16 14:08 ` Yang Xiwen
2024-02-26 9:13 ` Dan Carpenter
2024-02-15 23:48 ` [PATCH 2/6] net: hisi_femac: remove unused compatible strings Yang Xiwen via B4 Relay
2024-02-16 7:20 ` Krzysztof Kozlowski
2024-02-16 8:21 ` Yang Xiwen
2024-02-16 8:26 ` Krzysztof Kozlowski
2024-02-16 8:39 ` Yang Xiwen
2024-02-16 13:01 ` Andrew Lunn
2024-02-16 20:05 ` Conor Dooley
2024-02-16 20:09 ` Yang Xiwen
2024-02-15 23:48 ` [PATCH 3/6] dt-bindings: net: remove outdated hisilicon-femac Yang Xiwen via B4 Relay
2024-02-16 7:21 ` Krzysztof Kozlowski
2024-02-16 8:03 ` Yang Xiwen
2024-02-16 8:23 ` Krzysztof Kozlowski
2024-02-15 23:48 ` [PATCH 4/6] dt-bindings: net: add hisilicon-femac Yang Xiwen via B4 Relay
2024-02-16 0:06 ` Andrew Lunn
2024-02-16 0:20 ` Yang Xiwen
2024-02-16 2:09 ` Rob Herring
2024-02-16 6:30 ` Yang Xiwen
2024-02-16 7:20 ` Krzysztof Kozlowski
2024-02-16 7:24 ` Krzysztof Kozlowski
2024-02-16 9:36 ` Yang Xiwen
2024-02-16 9:41 ` Krzysztof Kozlowski
2024-02-16 9:48 ` Yang Xiwen
2024-02-16 13:11 ` Andrew Lunn
2024-02-16 13:33 ` Yang Xiwen
2024-02-16 14:10 ` Andrew Lunn
2024-02-16 14:29 ` Yang Xiwen
2024-02-15 23:48 ` [PATCH 5/6] net: mdio: hisi-femac: make clock optional Yang Xiwen via B4 Relay
2024-02-15 23:48 ` [PATCH 6/6] dt-bindings: net: hisilicon-femac-mdio: " Yang Xiwen via B4 Relay
2024-02-16 7:25 ` 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=143ee08e-e53a-41c1-8020-55b495394dd4@lunn.ch \
--to=andrew@lunn.ch \
--cc=conor+dt@kernel.org \
--cc=davem@davemloft.net \
--cc=devicetree@vger.kernel.org \
--cc=edumazet@google.com \
--cc=forbidden405@foxmail.com \
--cc=forbidden405@outlook.com \
--cc=hkallweit1@gmail.com \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=robh+dt@kernel.org \
--cc=salil.mehta@huawei.com \
--cc=yisen.zhuang@huawei.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