Will go a different route--move this functionality into fman_xmdio instead per @mmel.

@mmel this new driver is effectively the mii_fdt.c equivalent on the mdio side. From a physical perspective, my understanding is mdio is the low-level serial interface that can connect "anything", while MII is the higher level bus intended for PHYs, so MII "sits on top of" MDIO in reality, and they're separate entities in our driver architecture.

Helps if I add some reviewers.

Works for me! Resolves PR292006.

In D57388#1320621, @pkubaj wrote:

I've just noticed that arch(7) should also be updated, but I'm not sure about one thing.

Architecture    float, double    long double
aarch64         hard             soft, quad precision
amd64           hard             hard, 80 bit
armv7           hard             hard, double precision
i386            hard             hard, 80 bit
powerpc         hard             hard, double precision
powerpcspe      hard             hard, double precision
powerpc64       hard             hard, double precision
powerpc64le     hard             hard, double precision
riscv64         hard             hard, quad precision

Obviously powerpc64le entry needs to be changed to quad. But I'm not really sure about whether it should be soft or hard. I mean, by default it will be soft, but if you build with CPUTYPE=power9 or newer, it's hard.

Closed by rGfd8d34ce

This really is funny, that we're working around broken IBM and Apple hardware by putting a quirk on the one conforming implementer.