From: Corentin Labbe <clabbe.montjoie@gmail.com> To: linus.walleij@linaro.org, ulli.kroll@googlemail.com, kuba@kernel.org, davem@davemloft.net, andrew@lunn.ch, hkallweit1@gmail.com, linux@armlinux.org.uk Cc: linux-arm-kernel@lists.infradead.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: net: phy: marvell: network working with generic PHY and not with marvell PHY Date: Tue, 4 Jan 2022 11:58:01 +0100 [thread overview] Message-ID: <YdQoOSXS98+Af1wO@Red> (raw) Hello I have a gemini SSI 1328 box which has a cortina ethernet MAC with a Marvell 88E1118 as given by: Marvell 88E1118 gpio-0:01: attached PHY driver (mii_bus:phy_addr=gpio-0:01, irq=POLL) So booting with CONFIG_MARVELL_PHY=y lead to a non-working network with link set at 1Gbit Setting 'max-speed = <100>;' (as current state in mainline dtb) lead to a working network. By not working, I mean kernel started with ip=dhcp cannot get an IP. Without CONFIG_MARVELL_PHY, the PHY is detected as generic: Generic PHY gpio-0:01: attached PHY driver (mii_bus:phy_addr=gpio-0:01, irq=POLL) but with a 1Gbit link, network is now working. I am able to get an IP via DHCP and iperf give: Test Complete. Summary Results: [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.04 sec 185 MBytes 154 Mbits/sec 2 sender [ 5] 0.00-10.09 sec 185 MBytes 154 Mbits/sec receiver CPU Utilization: local/sender 77.8% (0.5%u/77.2%s), remote/receiver 13.3% (0.6%u/12.7%s) ethtool confirms the gigabit link: Settings for eth0: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Supported pause frame use: Symmetric Receive-only Supports auto-negotiation: Yes Supported FEC modes: Not reported Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Advertised pause frame use: Symmetric Receive-only Advertised auto-negotiation: Yes Advertised FEC modes: Not reported Link partner advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Link partner advertised pause frame use: No Link partner advertised auto-negotiation: Yes Link partner advertised FEC modes: Not reported Speed: 1000Mb/s Duplex: Full Port: MII PHYAD: 1 Transceiver: external Auto-negotiation: on Current message level: 0x00000007 (7) drv probe link Link detected: yes With the marvell PHY, ethtool reports: Settings for eth0: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Supported pause frame use: Symmetric Receive-only Supports auto-negotiation: Yes Supported FEC modes: Not reported Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Advertised pause frame use: Symmetric Receive-only Advertised auto-negotiation: Yes Advertised FEC modes: Not reported Link partner advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Link partner advertised pause frame use: No Link partner advertised auto-negotiation: Yes Link partner advertised FEC modes: Not reported Speed: 1000Mb/s Duplex: Full Port: Twisted Pair PHYAD: 1 Transceiver: external Auto-negotiation: on MDI-X: Unknown Current message level: 0x00000007 (7) drv probe link Link detected: yes Only change vs generic I saw is MDI-X and Port: values Do you have any idea why the marvell PHY "break" the network ? Regards
WARNING: multiple messages have this Message-ID (diff)
From: Corentin Labbe <clabbe.montjoie@gmail.com> To: linus.walleij@linaro.org, ulli.kroll@googlemail.com, kuba@kernel.org, davem@davemloft.net, andrew@lunn.ch, hkallweit1@gmail.com, linux@armlinux.org.uk Cc: linux-arm-kernel@lists.infradead.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: net: phy: marvell: network working with generic PHY and not with marvell PHY Date: Tue, 4 Jan 2022 11:58:01 +0100 [thread overview] Message-ID: <YdQoOSXS98+Af1wO@Red> (raw) Hello I have a gemini SSI 1328 box which has a cortina ethernet MAC with a Marvell 88E1118 as given by: Marvell 88E1118 gpio-0:01: attached PHY driver (mii_bus:phy_addr=gpio-0:01, irq=POLL) So booting with CONFIG_MARVELL_PHY=y lead to a non-working network with link set at 1Gbit Setting 'max-speed = <100>;' (as current state in mainline dtb) lead to a working network. By not working, I mean kernel started with ip=dhcp cannot get an IP. Without CONFIG_MARVELL_PHY, the PHY is detected as generic: Generic PHY gpio-0:01: attached PHY driver (mii_bus:phy_addr=gpio-0:01, irq=POLL) but with a 1Gbit link, network is now working. I am able to get an IP via DHCP and iperf give: Test Complete. Summary Results: [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.04 sec 185 MBytes 154 Mbits/sec 2 sender [ 5] 0.00-10.09 sec 185 MBytes 154 Mbits/sec receiver CPU Utilization: local/sender 77.8% (0.5%u/77.2%s), remote/receiver 13.3% (0.6%u/12.7%s) ethtool confirms the gigabit link: Settings for eth0: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Supported pause frame use: Symmetric Receive-only Supports auto-negotiation: Yes Supported FEC modes: Not reported Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Advertised pause frame use: Symmetric Receive-only Advertised auto-negotiation: Yes Advertised FEC modes: Not reported Link partner advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Link partner advertised pause frame use: No Link partner advertised auto-negotiation: Yes Link partner advertised FEC modes: Not reported Speed: 1000Mb/s Duplex: Full Port: MII PHYAD: 1 Transceiver: external Auto-negotiation: on Current message level: 0x00000007 (7) drv probe link Link detected: yes With the marvell PHY, ethtool reports: Settings for eth0: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Supported pause frame use: Symmetric Receive-only Supports auto-negotiation: Yes Supported FEC modes: Not reported Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Advertised pause frame use: Symmetric Receive-only Advertised auto-negotiation: Yes Advertised FEC modes: Not reported Link partner advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Link partner advertised pause frame use: No Link partner advertised auto-negotiation: Yes Link partner advertised FEC modes: Not reported Speed: 1000Mb/s Duplex: Full Port: Twisted Pair PHYAD: 1 Transceiver: external Auto-negotiation: on MDI-X: Unknown Current message level: 0x00000007 (7) drv probe link Link detected: yes Only change vs generic I saw is MDI-X and Port: values Do you have any idea why the marvell PHY "break" the network ? Regards _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next reply other threads:[~2022-01-04 10:58 UTC|newest] Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top 2022-01-04 10:58 Corentin Labbe [this message] 2022-01-04 10:58 ` net: phy: marvell: network working with generic PHY and not with marvell PHY Corentin Labbe 2022-01-04 11:14 ` Russell King (Oracle) 2022-01-04 11:14 ` Russell King (Oracle) 2022-01-04 11:33 ` Corentin Labbe 2022-01-04 11:33 ` Corentin Labbe 2022-01-04 11:41 ` Russell King (Oracle) 2022-01-04 11:41 ` Russell King (Oracle) 2022-01-04 12:09 ` Corentin Labbe 2022-01-04 12:09 ` Corentin Labbe 2022-01-04 12:17 ` Russell King (Oracle) 2022-01-04 12:17 ` Russell King (Oracle) 2022-01-04 12:11 ` Russell King (Oracle) 2022-01-04 12:11 ` Russell King (Oracle) 2022-01-04 13:57 ` Corentin Labbe 2022-01-04 13:57 ` Corentin Labbe 2022-01-04 14:11 ` Corentin Labbe 2022-01-04 14:11 ` Corentin Labbe 2022-01-04 14:27 ` Russell King (Oracle) 2022-01-04 14:27 ` Russell King (Oracle) 2022-01-04 14:46 ` Andrew Lunn 2022-01-04 14:46 ` Andrew Lunn 2022-01-04 14:57 ` Russell King (Oracle) 2022-01-04 14:57 ` Russell King (Oracle) 2022-01-04 15:02 ` Andrew Lunn 2022-01-04 15:02 ` Andrew Lunn 2022-01-04 15:04 ` Corentin Labbe 2022-01-04 15:04 ` Corentin Labbe 2022-01-04 14:36 ` Andrew Lunn 2022-01-04 14:36 ` Andrew Lunn
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=YdQoOSXS98+Af1wO@Red \ --to=clabbe.montjoie@gmail.com \ --cc=andrew@lunn.ch \ --cc=davem@davemloft.net \ --cc=hkallweit1@gmail.com \ --cc=kuba@kernel.org \ --cc=linus.walleij@linaro.org \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux@armlinux.org.uk \ --cc=netdev@vger.kernel.org \ --cc=ulli.kroll@googlemail.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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.