Hi all, This patch series takes care of enabling the Ethernet PHY clocks in DT-based systems (we have no way to do it for ACPI, and ACPI would likely keep all of this hardware enabled anyway). Please test on your respective platforms, mine still seems to have a race condition that I am tracking down as it looks like we are not waiting long enough post clock enable. The check on the clock reference count is necessary to avoid an artificial bump of the clock reference count and to support the unbind -> bind of the PHY driver. We could solve it in different ways. Comments and test results welcome! Changes since RFC: - resolved the timing hazard on ARCH_BRCMSTB platforms, the resource enabling for these platforms needs to happen *right before* the dummy BMSR read which is needed to work around a flaw in the internal Gigabit PHYs MDIO logic, doing this after would not work. This means that we need to enable resources during bus->reset for those specific platforms. - export of_mdiobus_device_enable_resources() for other drivers to use (like mdio-bcm-unimac), would they need it - added boolean to keep track of resources being already enabled - disable resources just before calling drv->probe() so as to let PHY drivers manage resources with a normal reference count Florian Fainelli (3): net: phy: Support enabling clocks prior to bus probe net: phy: mdio-bcm-unimac: Enable GPHY resources during bus reset net: phy: bcm7xxx: request and manage GPHY clock drivers/net/mdio/mdio-bcm-unimac.c | 10 ++++ drivers/net/phy/bcm7xxx.c | 18 +++++- drivers/net/phy/phy_device.c | 15 ++++- drivers/of/of_mdio.c | 95 ++++++++++++++++++++++++++++++ include/linux/of_mdio.h | 16 +++++ include/linux/phy.h | 13 ++++ 6 files changed, 165 insertions(+), 2 deletions(-) -- 2.25.1
