On 23-04-05, Andrew Lunn wrote: > > Currently we have one API which creates/allocates the 'struct > > phy_device' and intialize the state which is: > > - phy_device_create() > > > > This function requests a driver based on the phy_id/c45_ids. The ID have > > to come from somewhere if autodection is used. For autodetection case > > - get_phy_device() > > > > is called. This function try to access the phy without taken possible > > hardware dependencies into account. These dependecies can be reset-lines > > (in my case), clocks, supplies, ... > > > > For taking fwnode (and possible dependencies) into account fwnode_mdio.c > > was written which provides two helpers: > > - fwnode_mdiobus_register_phy() > > - fwnode_mdiobus_phy_device_register(). > > > > The of_mdio.c and of_mdiobus_register_phy() is just a wrapper around > > fwnode_mdiobus_register_phy(). > > It seems to me that the real problem is that mdio_device_reset() takes > an mdio_device. mdiobus_register_gpiod() and mdiobus_register_reset() > also take an mdio_device. These are the functions you want to call > before calling of_mdiobus_register_phy() in __of_mdiobus_register() to > ensure the PHY is out of reset. But you don't have an mdio_device yet. Of course, this was the problem as well and therefore I did the split in the first two patches, to differentiate between allocation and init. > So i think a better solution is to refactor this code. Move the > resources into a structure of their own, and make that a member of > mdio_device. Sorry I can't follow you here, I did the refactoring already to differentiate between phy_device_alloc() and phy_device_init(). The parse and registration happen in between, like you descriped below. I didn't changed/touched the mdio_device and phy_device structs since those structs are very open and can be adapted by every driver. > You can create a stack version of this resource structure > in __of_mdiobus_register(), parse DT to fill it out by calling > mdiobus_register_gpiod() and mdiobus_register_reset() taking this new > structure, take it out of reset by calling mdio_device_reset(), and > then call of_mdiobus_register_phy(). If a PHY is found, copy the > values in the resulting mdio_device. If not, release the resources. It is not just the reset, my approach would be the ground work for adding support of other resources to, which are not handled yet. e.g. phy-supply, clocks, pwdn-lines, ... With my approach it is far easier of adding this > Doing it like this means there is no API change. Why is it that important? All users of the current fwnode API are changed and even better, they are replaced in a 2:1 ratio. The new API is the repaired version of the fwnode API which is already used by ACPI and OF to register a phy_device. For all non-ACPI/OF users the new API provides a way to allocate/identify and register a new phy within a single call. Regards, Marco
