lkml.org 
[lkml]   [2021]   [Nov]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
Patch in this message
/
From
Subject[PATCH v1 2/2] net: mdio: fixup ethernet phy module auto-load function
Date
the phy_id is only phy identifier, that phy module auto-load function
should according the phy_id event rather than other information, this
patch is remove other unnecessary information and add phy_id event in
mdio_uevent function and ethernet phy module auto-load function will
work well.

Signed-off-by: Yinbo Zhu <zhuyinbo@loongson.cn>
---
Hi Russell King,

I don't see that mail from you, but I have a look about your advice for my patch on netdev patchwork

> The MDIO bus contains more than just PHYs. This completely breaks
> anything that isn't a PHY device - likely by performing an
> out-of-bounds access.
>
> This change also _totally_ breaks any MDIO devices that rely on
> matching via the "of:" mechanism using the compatible specified in
> DT. An example of that is the B53 DSA switch.
>
> Sorry, but we've already learnt this lesson from a similar case with
> SPI. Once one particular way of dealing with MODALIAS has been
> established for auto-loading modules for a subsystem, it is very
> difficult to change it without causing regressions.

> We need a very clear description of the problem that these patches are
> attempting to address, and then we need to see that effort has been
> put in to verify that changing the auto-loading mechanism is safe to
> do - such as auditing every single driver that use the MDIO subsystem.

if mdio_uevent doesn't include my patch, you will see that mdio uevent is like
"MODALIAS= of:NphyTethernet-phyCmarvell,88E1512", "marvell,88E1512" is only a
phy dts compatible, and that name can use any a string that in the same driver,
if phy driver not use dts, and this MODALIAS is NULL, it is not unique, and even
thoug use that modalias, that do_mdio_entry doesn't get that compatibe
information, event though it can get compatible and it looks ugly, but that phy id
is unique if phy chip following 802.3 spec,
whatever whether use dts, use phy id it will always okay that phy dev to match phy
driver, because phy it is getted by mdiobus_register
and mdio device driver will call mdiobus_register whatever whether use dts.

> struct bus_type mdio_bus_type = {
> - .name = "mdio_bus",
> + .name = "mdio",

> This looks like an unrelated user-interface breaking change. This
> changes the path of all MDIO devices and drivers in /sys/bus/mdio_bus/*


I think mdio_bus is ugly, you can other bus, eg. usb,pci. in addition, mdio bus name
should be Consistent with mdio alias configure, eg. MDIO_MODULE_PREFIX.

BRs,
Yinbo Zhu.

drivers/net/phy/mdio_bus.c | 12 ++++++------
1 file changed, 6 insertions(+), 6 deletions(-)

diff --git a/drivers/net/phy/mdio_bus.c b/drivers/net/phy/mdio_bus.c
index 6865d93..999f0d4 100644
--- a/drivers/net/phy/mdio_bus.c
+++ b/drivers/net/phy/mdio_bus.c
@@ -962,12 +962,12 @@ static int mdio_bus_match(struct device *dev, struct device_driver *drv)

static int mdio_uevent(struct device *dev, struct kobj_uevent_env *env)
{
- int rc;
+ struct phy_device *pdev;

- /* Some devices have extra OF data and an OF-style MODALIAS */
- rc = of_device_uevent_modalias(dev, env);
- if (rc != -ENODEV)
- return rc;
+ pdev = to_phy_device(dev);
+
+ if (add_uevent_var(env, "MODALIAS=mdio:p%08X", pdev->phy_id))
+ return -ENOMEM;

return 0;
}
@@ -991,7 +991,7 @@ static int mdio_uevent(struct device *dev, struct kobj_uevent_env *env)
};

struct bus_type mdio_bus_type = {
- .name = "mdio_bus",
+ .name = "mdio",
.dev_groups = mdio_bus_dev_groups,
.match = mdio_bus_match,
.uevent = mdio_uevent,
--
1.8.3.1
\
 
 \ /
  Last update: 2021-11-23 06:33    [W:0.042 / U:0.360 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site