[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <BL0PR11MB2913BABB130DAB1E768810EFE7FB2@BL0PR11MB2913.namprd11.prod.outlook.com>
Date: Fri, 7 Jun 2024 13:41:26 +0000
From: <Woojung.Huh@...rochip.com>
To: <enguerrand.de-ribaucourt@...oirfairelinux.com>
CC: <andrew@...n.ch>, <hkallweit1@...il.com>, <linux@...linux.org.uk>,
<UNGLinuxDriver@...rochip.com>, <horms@...nel.org>,
<Tristram.Ha@...rochip.com>, <Arun.Ramadoss@...rochip.com>,
<netdev@...r.kernel.org>
Subject: RE: [PATCH net v5 1/4] net: phy: micrel: add Microchip KSZ 9897
Switch PHY support
Hi Enguerrand,
I think this thread is becoming hardware related debugging than patch work.
Would you mind spinning off new thread with fewer recipients for further discussion?
Thanks.
Woojung
> -----Original Message-----
> From: Enguerrand de Ribaucourt <enguerrand.de-
> ribaucourt@...oirfairelinux.com>
> Sent: Friday, June 7, 2024 4:33 AM
> To: Woojung Huh - C21699 <Woojung.Huh@...rochip.com>
> Cc: andrew@...n.ch; hkallweit1@...il.com; linux@...linux.org.uk;
> UNGLinuxDriver <UNGLinuxDriver@...rochip.com>; horms@...nel.org; Tristram Ha
> - C24268 <Tristram.Ha@...rochip.com>; Arun Ramadoss - I17769
> <Arun.Ramadoss@...rochip.com>; netdev@...r.kernel.org
> Subject: Re: [PATCH net v5 1/4] net: phy: micrel: add Microchip KSZ 9897
> Switch PHY support
>
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the
> content is safe
>
> On 07/06/2024 10:11, Enguerrand de Ribaucourt wrote:
> >
> > Hello,
> >
> > The exact hardware is a Phycore-i.MX6ULL. ENET2 is directly the
> > i.MX6ULL's FEC that connects to port 6 of the KSZ9897R (GMAC6) in RMII:
> >
> > - X_ENET2_TX_CLK -- TX_CLK6
> > - X_ENET2_TX_EN -- TX_CTL6
> > - X_ENET2_TX_D1 -- TXD6_1
> > - X_ENET2_TX_D0 -- TXD6_0
> > - X_ENET2_RX_EN -- RX_CTL6
> > - X_ENET2_RX_ER -- RX_ER6
> > - X_ENET2_RX_D1 -- RXD6_1
> > - X_ENET2_RX_D0 -- RXD6_0
> >
> > The DSA control is using SPI, but not involved in reading the phy_id in
> > my case.
> >
> > This is materialized in my device tree:
> >
> > ```c
> > ethernet@...4000 {
> > compatible = "fsl,imx6ul-fec\0fsl,imx6q-fec";
> > ...
> > phy-mode = "rmii";
> > phy-handle = <0x15>;
> > fixed-link {
> > speed = <0x64>;
> > full-duplex;
> > };
> > };
> >
> > // MDIO bus is only defined on eth1 but shared with eth2
> > ethernet@...8000 {
> > ...
> > mdio {
> > ...
> > ksz9897port5@1 {
> > compatible = "ethernet-phy-ieee802.3-c22";
> > ...
> > clock-names = "rmii-ref";
> > phandle = <0x15>;
> > };
> > };
> >
> > spi@...0000 {
> > ...
> > ksz9897@0 {
> > compatible = "microchip,ksz9897";
> > ...
> > ports {
> > ...
> > // GMAC6
> > port@5 {
> > reg = <0x05>;
> > label = "cpu";
> > ethernet = <0x0c>;
> > phy-mode = "rmii";
> > rx-internal-delay-ps = <0x5dc>;
> > fixed-link {
> > speed = <0x64>;
> > full-duplex;
> > };
> > };
> > };
> > };
> > };
> > ```
> >
>
> I also checked using `phy-mode = "internal";` on both ends, but ended up
> with error "Unable to connect to phy".
>
> > Before I implemented the pseudo phy_id, it was read in the generic IEEE
> > clause 22 PHY registers, through the compatible
> > "ethernet-phy-ieee802.3-c22". That would be implemented in
> > get_phy_c22_id() in MII_PHYSID1/2 registers at 0x2 of the MDIO device.
> >
> > It is not read through SPI registers 0x6104-0x6105 which are not defined
> > in the datasheet for port 6/7 (section 5.2.2.3):
> > Address: 0xN104, Size: 16 bits, Port N: 1-5
> >
> > Do you have other suggestions to read the phy_id?
> >
> > Thanks for your support,
> > Enguerrand de Ribaucourt
> >
> >
> > On 07/06/2024 00:57, Woojung.Huh@...rochip.com wrote:
> >> Hi Enguerrand,
> >>
> >> We still can't reproduce what you observed with KSZ9897.
> >>
> >> Just to be sure, you accessed PHY register of Port 6 which is GMAC6.
> >> It is directly connected to MAC of i.MX6ULL over RMII.
> >> I guess the PHY ID access is register 0x6104-0x6105 of KSZ9897.
> >> And, return value of PHY ID is 0x0022-0x1561.
> >>
> >> Correct understanding?
> >> > Thanks.
> >> Woojung
> >>
> >>> -----Original Message-----
> >>> From: Enguerrand de Ribaucourt <enguerrand.de-
> >>> ribaucourt@...oirfairelinux.com>
> >>> Sent: Wednesday, June 5, 2024 4:34 AM
> >>> To: Woojung Huh - C21699 <Woojung.Huh@...rochip.com>
> >>> Cc: andrew@...n.ch; hkallweit1@...il.com; linux@...linux.org.uk;
> >>> UNGLinuxDriver <UNGLinuxDriver@...rochip.com>; horms@...nel.org;
> >>> Tristram Ha
> >>> - C24268 <Tristram.Ha@...rochip.com>; Arun Ramadoss - I17769
> >>> <Arun.Ramadoss@...rochip.com>; netdev@...r.kernel.org
> >>> Subject: Re: [PATCH net v5 1/4] net: phy: micrel: add Microchip KSZ 9897
> >>> Switch PHY support
> >>>
> >>> EXTERNAL EMAIL: Do not click links or open attachments unless you
> >>> know the
> >>> content is safe
> >>>
> >>> Hello,
> >>>
> >>> On 04/06/2024 22:49, Woojung.Huh@...rochip.com wrote:
> >>>> Hi Enguerrand,
> >>>>
> >>>> Can you help me to understand your setup? I could see you are using
> >>>> - Host CPU : i.MX6ULL
> >>>> - DSA Switch : KSZ9897R
> >>>> (https://www.microchip.com/en-us/product/ksz9897)
> >>>> - Host-to-KSZ interface : RGMII for data path & SPI for control
> >>>> Based on this, CPU port is either GMAC6 or GMAC7 (Figure 2-1 of [1])
> >>>>
> >>>> I have two questions for you.
> >>>> 1. PHY on CPU port
> >>>> Which GMAC (or port number) is connected between Host CPU and
> >>>> KSZ9897R?
> >>>> If CPU port is either GMAC6 or GMAC7, it is just a MAC-to-MAC
> >>> connection over RGMII.
> >>>
> >>> I'm using port number 6 as the CPU port for KSZ9897R. GMAC6 is directly
> >>> connected to the MAC of i.MX6ULL (driver is i.MX fec). I'm using RMII
> >>> since gigabit is not supported by the i.MX6ULL.
> >>>
> >>>> 2. PHY ID
> >>>> Its PHY ID is different when checking datasheet of KSZ9897 and
> >>>> KSZ8081.
> >>>> PHY ID of Port 1-5 of KSZ9897 is 0x0022-0x1631 per [1]
> >>>> PHY ID of KSZ8081 is 0x0022-0x0156x per [2]
> >>> That's true for port 1-5, however, I found out that the phy_id emitted
> >>> by GMAC6 is 0x00221561. It is the same as KSZ8081-revA3 according to the
> >>> datasheet. I also studied all registers at runtime for a reliable
> >>> difference to implement something like ksz8051_ksz8795_match_phy_device
> >>> between GMAC6 and KSZ8081, but none appeared to me. Following
> >>> suggestions by Andrew Lunn, I added this virtual phy_id (0x002217ff) to
> >>> hardcode in the devicetree. I'm happy with this solution.
> >>>>
> >>>> Beside patch, you can create a ticket to Microchip site
> >>> (https://microchipsupport.force.com/s/supportservice)
> >>>> if you think it is easier to solve your problem.
> >>> I created a joined ticket for tracking (Case number 01457279).
> >>>>
> >>>
> >>> Thank you very much for your time,
> >>>
> >>> Enguerrand de Ribaucourt
> >>>
> >>>> Best regards,
> >>>> Woojung
> >>>>
> >>>> [1]
> >>>
> https://ww1.microchip.com/downloads/aemDocuments/documents/OTH/ProductDocume
> >>> nts/DataSheets/KSZ9897R-Data-Sheet-DS00002330D.pdf
> >>>> [2] https://www.microchip.com/en-us/product/ksz8081#document-table
> >>>>
> >>>>> -----Original Message-----
> >>>>> From: Enguerrand de Ribaucourt <enguerrand.de-
> >>>>> ribaucourt@...oirfairelinux.com>
> >>>>> Sent: Tuesday, June 4, 2024 5:23 AM
> >>>>> To: netdev@...r.kernel.org
> >>>>> Cc: andrew@...n.ch; hkallweit1@...il.com; linux@...linux.org.uk;
> >>>>> Woojung
> >>> Huh
> >>>>> - C21699 <Woojung.Huh@...rochip.com>; UNGLinuxDriver
> >>>>> <UNGLinuxDriver@...rochip.com>; horms@...nel.org; Tristram Ha - C24268
> >>>>> <Tristram.Ha@...rochip.com>; Arun Ramadoss - I17769
> >>>>> <Arun.Ramadoss@...rochip.com>; Enguerrand de Ribaucourt
> >>>>> <enguerrand.de-
> >>>>> ribaucourt@...oirfairelinux.com>
> >>>>> Subject: [PATCH net v5 1/4] net: phy: micrel: add Microchip KSZ 9897
> >>> Switch
> >>>>> PHY support
> >>>>>
> >>>>> EXTERNAL EMAIL: Do not click links or open attachments unless you know
> >>> the
> >>>>> content is safe
> >>>>>
> >>>>> There is a DSA driver for microchip,ksz9897 which can be controlled
> >>>>> through SPI or I2C. This patch adds support for it's CPU ports PHYs to
> >>>>> also allow network access to the switch's CPU port.
> >>>>>
> >>>>> The CPU ports PHYs of the KSZ9897 are not documented in the datasheet.
> >>>>> They weirdly use the same PHY ID as the KSZ8081, which is a different
> >>>>> PHY and that driver isn't compatible with KSZ9897. Before this patch,
> >>>>> the KSZ8081 driver was used for the CPU ports of the KSZ9897 but the
> >>>>> link would never come up.
> >>>>>
> >>>>> A new driver for the KSZ9897 is added, based on the compatible
> >>>>> KSZ87XX.
> >>>>> I could not test if Gigabit Ethernet works, but the link comes up and
> >>>>> can successfully allow packets to be sent and received with DSA tags.
> >>>>>
> >>>>> To resolve the KSZ8081/KSZ9897 phy_id conflicts, I could not find any
> >>>>> stable register to distinguish them. Instead of a match_phy_device() ,
> >>>>> I've declared a virtual phy_id with the highest value in
> >>>>> Microchip's OUI
> >>>>> range.
> >>>>>
> >>>>> Example usage in the device tree:
> >>>>> compatible = "ethernet-phy-id0022.17ff";
> >>>>>
> >>>>> A discussion to find better alternatives had been opened with the
> >>>>> Microchip team, with no response yet.
> >>>>>
> >>>>> See https://lore.kernel.org/all/20220207174532.362781-1-enguerrand.de-
> >>>>> ribaucourt@...oirfairelinux.com/
> >>>>>
> >>>>> Fixes: b987e98e50ab ("dsa: add DSA switch driver for Microchip
> >>>>> KSZ9477")
> >>>>> Signed-off-by: Enguerrand de Ribaucourt <enguerrand.de-
> >>>>> ribaucourt@...oirfairelinux.com>
> >>>>> ---
> >>>>> v5:
> >>>>> - rewrap comments
> >>>>> - restore suspend/resume for KSZ9897
> >>>>> v4: https://lore.kernel.org/all/20240531142430.678198-2-enguerrand.de-
> >>>>> ribaucourt@...oirfairelinux.com/
> >>>>> - rebase on net/main
> >>>>> - add Fixes tag
> >>>>> - use pseudo phy_id instead of of_tree search
> >>>>> v3: https://lore.kernel.org/all/20240530102436.226189-2-enguerrand.de-
> >>>>> ribaucourt@...oirfairelinux.com/
> >>>>> ---
> >>>>> drivers/net/phy/micrel.c | 13 ++++++++++++-
> >>>>> include/linux/micrel_phy.h | 4 ++++
> >>>>> 2 files changed, 16 insertions(+), 1 deletion(-)
> >>>>>
> >>>>> diff --git a/drivers/net/phy/micrel.c b/drivers/net/phy/micrel.c
> >>>>> index 8c20cf937530..11e58fc628df 100644
> >>>>> --- a/drivers/net/phy/micrel.c
> >>>>> +++ b/drivers/net/phy/micrel.c
> >>>>> @@ -16,7 +16,7 @@
> >>>>> * ksz8081, ksz8091,
> >>>>> * ksz8061,
> >>>>> * Switch : ksz8873, ksz886x
> >>>>> - * ksz9477, lan8804
> >>>>> + * ksz9477, ksz9897, lan8804
> >>>>> */
> >>>>>
> >>>>> #include <linux/bitfield.h>
> >>>>> @@ -5545,6 +5545,16 @@ static struct phy_driver ksphy_driver[] = {
> >>>>> .suspend = genphy_suspend,
> >>>>> .resume = ksz9477_resume,
> >>>>> .get_features = ksz9477_get_features,
> >>>>> +}, {
> >>>>> + .phy_id = PHY_ID_KSZ9897,
> >>>>> + .phy_id_mask = MICREL_PHY_ID_MASK,
> >>>>> + .name = "Microchip KSZ9897 Switch",
> >>>>> + /* PHY_BASIC_FEATURES */
> >>>>> + .config_init = kszphy_config_init,
> >>>>> + .config_aneg = ksz8873mll_config_aneg,
> >>>>> + .read_status = ksz8873mll_read_status,
> >>>>> + .suspend = genphy_suspend,
> >>>>> + .resume = genphy_resume,
> >>>>> } };
> >>>>>
> >>>>> module_phy_driver(ksphy_driver);
> >>>>> @@ -5570,6 +5580,7 @@ static struct mdio_device_id __maybe_unused
> >>>>> micrel_tbl[] = {
> >>>>> { PHY_ID_LAN8814, MICREL_PHY_ID_MASK },
> >>>>> { PHY_ID_LAN8804, MICREL_PHY_ID_MASK },
> >>>>> { PHY_ID_LAN8841, MICREL_PHY_ID_MASK },
> >>>>> + { PHY_ID_KSZ9897, MICREL_PHY_ID_MASK },
> >>>>> { }
> >>>>> };
> >>>>>
> >>>>> diff --git a/include/linux/micrel_phy.h b/include/linux/micrel_phy.h
> >>>>> index 591bf5b5e8dc..81cc16dc2ddf 100644
> >>>>> --- a/include/linux/micrel_phy.h
> >>>>> +++ b/include/linux/micrel_phy.h
> >>>>> @@ -39,6 +39,10 @@
> >>>>> #define PHY_ID_KSZ87XX 0x00221550
> >>>>>
> >>>>> #define PHY_ID_KSZ9477 0x00221631
> >>>>> +/* Pseudo ID to specify in compatible field of device tree.
> >>>>> + * Otherwise the device reports the same ID as KSZ8081 on CPU ports.
> >>>>> + */
> >>>>> +#define PHY_ID_KSZ9897 0x002217ff
> >>>>>
> >>>>> /* struct phy_device dev_flags definitions */
> >>>>> #define MICREL_PHY_50MHZ_CLK BIT(0)
> >>>>> --
> >>>>> 2.34.1
> >>>>
> >
>
> --
> Savoir-faire Linux
> Enguerrand de Ribaucourt
> Consultant en logiciel libre / Ingénieur systèmes embarqués | Rennes, Fr
> Site web <https://www.savoirfairelinux.com/> | Blog
> <https://blog.savoirfairelinux.com/fr-ca/> | Jami <https://jami.net/>
>
> Messages de confidentialité : Ce courriel (de même que les fichiers
> joints) est strictement réservé à l'usage de la personne ou de l'entité
> à qui il est adressé et peut contenir de l'information privilégiée et
> confidentielle. Toute divulgation, distribution ou copie de ce courriel
> est strictement prohibée. Si vous avez reçu ce courriel par erreur,
> veuillez nous en aviser sur-le-champ, détruire toutes les copies et le
> supprimer de votre système informatique.
Powered by blists - more mailing lists