From: Priit Laes <plaes@plaes.org>
To: linux-sunxi@googlegroups.com, wens@csie.org,
netdev@vger.kernel.org, plaes@plaes.org
Cc: peppe.cavallaro@st.com, alexandre.torgue@st.com, joabreu@synopsys.com
Subject: sun7i-dwmac: link detection failure with 1000Mbit parters
Date: Wed, 30 Oct 2019 20:21:17 +0000 [thread overview]
Message-ID: <20191030202117.GA29022@plaes.org> (raw)
Heya!
I have noticed that with sun7i-dwmac driver (OLinuxino Lime2 eMMC), link
detection fails consistently with certain 1000Mbit partners (for example Huawei
B525s-23a 4g modem ethernet outputs and RTL8153-based USB3.0 ethernet dongle),
but the same hardware works properly with certain other link partners (100Mbit GL AR150
for example).
(Just need to test with another 1000Mbit switch at the office).
I first thought it could be a regression, but I went from current master to as far back
as 5.2.0-rc6 where it was still broken.
Failure is basically following:
[ 10.971485] sun7i-dwmac 1c50000.ethernet eth0: PHY [stmmac-0:01] driver [Generic PHY]
[ 10.980841] sun7i-dwmac 1c50000.ethernet eth0: No Safety Features support found
[ 10.988291] sun7i-dwmac 1c50000.ethernet eth0: RX IPC Checksum Offload disabled
[ 10.995694] sun7i-dwmac 1c50000.ethernet eth0: No MAC Management Counters available
[ 11.003381] sun7i-dwmac 1c50000.ethernet eth0: PTP not supported by HW
[ 11.009927] sun7i-dwmac 1c50000.ethernet eth0: configuring for phy/rgmii link mode
... link and activity leds go blank ...
... remove and replug and link is detected again ...
[ 19.371894] sun7i-dwmac 1c50000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Ethtool output in case link is down:
[snip]
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
Speed: Unknown!
Duplex: Unknown! (255)
Port: MII
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: d
Wake-on: d
Current message level: 0x0000003f (63)
drv probe link timer ifdown ifup
Link detected: no
[/snip]
And ethtool output in case cable is removed and replugged:
[snip]
ethtool eth0
Settings for eth0:
...cut...
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: Symmetric
Link partner advertised auto-negotiation: Yes
Link partner advertised FEC modes: Not reported
Speed: 1000Mb/s
Duplex: Full
Port: MII
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: d
Wake-on: d
Current message level: 0x0000003f (63)
drv probe link timer ifdown ifup
Link detected: yes
[/snip]
With 100Mbit link partner (GL Inet AR150), the link is pulled up almost
immediately:
[ 15.531754] sun7i-dwmac 1c50000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[snip]
Settings for eth0:
... cut ...
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Link partner advertised pause frame use: Symmetric Receive-only
Link partner advertised auto-negotiation: Yes
Link partner advertised FEC modes: Not reported
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: d
Wake-on: d
Current message level: 0x0000003f (63)
drv probe link timer ifdown ifup
Link detected: yes
[/snip]
next reply other threads:[~2019-10-30 20:27 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-10-30 20:21 Priit Laes [this message]
2019-10-31 8:39 ` sun7i-dwmac: link detection failure with 1000Mbit parters Jose Abreu
2019-10-31 10:38 ` Russell King - ARM Linux admin
2019-11-01 9:49 ` Priit Laes
2019-11-01 10:57 ` Russell King - ARM Linux admin
2019-10-31 13:04 ` Andrew Lunn
2019-10-31 13:14 ` Andrew Lunn
2019-10-31 16:19 ` Priit Laes
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=20191030202117.GA29022@plaes.org \
--to=plaes@plaes.org \
--cc=alexandre.torgue@st.com \
--cc=joabreu@synopsys.com \
--cc=linux-sunxi@googlegroups.com \
--cc=netdev@vger.kernel.org \
--cc=peppe.cavallaro@st.com \
--cc=wens@csie.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).