rgephy: Fix gigabit on some pine64+

[kevans]

Summary

Some pine64 models have a problem with the Gigabit ethernet dropping packets frequently. The Pine64 engineering team's supplied fix is to reconfigure the RTL8211E used to force off TXD/RXD (RXD is defaulting to on, in my checks) and turn on some bits in the configuration register for this PHY that are undocumented.

See: this dual BSD/GPL licensed driver change: https://github.com/longsleep/linux-pine64/commit/ffe3ca5be7682bbeb0fdadede29acd4a3c888015

As an aside- I wasn't sure how to handle the specifics of when to apply it, so I opted for doing an FDT check in rgephy_attach and simply enabling a 'quirk' if we're on an affected model and configured for RGMII (uses RTL8211E specifically). I don't know if this 'quirks' flag is overkill since this will probably be our only quirk.

[kevans]

I should probably add: Before this, awg0 on my pine64 was previously dropping 3/5 packets, and is now back to 0% packet loss.

[jmcneill]

sys/arm/allwinner/if_awg.c

1273

Typo in comment.

[jmcneill]

This seems like it is too specific to the Realtek PHY used on Pine64 to apply to all A64 boards.

[kevans]

sys/dev/mii/rgephyreg.h

176 ↗

(On Diff #37112)

Only bits 0-9 of the configuration reg are documented; I have no idea what 0xb400 corresponds to, and from the sounds of it the Pine64 team either doesn't know or can't reveal that. They have claimed that it comes from discussion with Realtek engineers, though.

[kevans]

Previously submitted diff was an intermediate where I was testing breakdown of initial magic value; confreg breakdown is actuallly:

8:6 = PHY Address
5:4 = Auto-Negotiation
3 = Mode
2 = RXD
1 = TXD
0 = SELRGV1

so we ensure bits 1/2 are off and set 0xb400 lying beyond documented space.

[manu]

Should we use your u-boot patches instead ?

[kevans]

These patches have made it upstream in 2018.05.