Thread (53 messages) flat view 53 messages, 4 authors, 2016-01-06

Re: [RFC PATCH net-next 08/24] phy: Centralise print about attached phy

From: Andrew Lunn <andrew@lunn.ch>
Date: 2016-01-04 21:16:21

On Mon, Jan 04, 2016 at 12:15:50PM -0800, Florian Fainelli wrote:
On 04/01/16 09:36, Andrew Lunn wrote:
quoted
Many Ethernet drivers contain the same netdev_info() print statement
about the attached phy. Move it into the phy device code.

Signed-off-by: Andrew Lunn <andrew@lunn.ch>
---
[snip]
quoted
diff --git a/drivers/net/ethernet/adi/bfin_mac.c b/drivers/net/ethernet/adi/bfin_mac.c
index 5f8a5182b8dc..4c6f7a7f9352 100644
--- a/drivers/net/ethernet/adi/bfin_mac.c
+++ b/drivers/net/ethernet/adi/bfin_mac.c
@@ -444,11 +444,6 @@ static int mii_probe(struct net_device *dev, int phy_mode)
 	lp->old_duplex = -1;
 	lp->phydev = phydev;
 
-	pr_info("attached PHY driver [%s] "
-	        "(mii_bus:phy_addr=%s, irq=%d, mdc_clk=%dHz(mdc_div=%d)@sclk=%dMHz)\n",
-		phydev->drv->name, phydev_name(phydev), phydev->irq,
-	        MDC_CLK, mdc_div, sclk/1000000);
Removing this gets rid of the bus clocking information that is displayed
here.
Yes, but how useful is that information?

I'm unsure what to do with all these prints. How useful are they? The
information is already in /sys. Are we really interested in seeing
this at boot time?

My main issue with them is that i need to touch them all when moving
members out of phydev into the common mdio device structure. So having
it once in a central place is good.
 
Maybe something ala
phy_print_status() which takes variadic arguments?
O.K. that works, since in most cases it will be a call like:

phy_print_attached(phydev);

and sometimes

phy_print_attached(phydev, "mdc_clk=%dHz(mdc_div=%d)@sclk=%dMHz)",
                   MDC_CLK, mdc_div, sclk/1000000);

	   Andrew
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help