[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <8729016553E3654398EA69218DA29EEF15A807EA@cnshjmbx02>
Date: Mon, 20 Feb 2017 06:10:53 +0000
From: YUAN Linyu <Linyu.Yuan@...atel-sbell.com.cn>
To: Florian Fainelli <f.fainelli@...il.com>,
"David S . Miller" <davem@...emloft.net>,
Andrew Lunn <andrew@...n.ch>
CC: "netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"cugyly@....com" <cugyly@....com>
Subject: RE: create drivers/net/mdio and move mdio drivers into it
> -----Original Message-----
> From: Florian Fainelli [mailto:f.fainelli@...il.com]
> Sent: Monday, February 20, 2017 1:42 PM
> To: YUAN Linyu; David S . Miller; Andrew Lunn
> Cc: netdev@...r.kernel.org; cugyly@....com
> Subject: Re: create drivers/net/mdio and move mdio drivers into it
> > 3. another idea is bind mdio device to network device
>
> You would have to be more specific about what you want to do here. If
> the MDIO device is e.g: a switch, what we recommend doing is provide a
> fixed-link node that describes how the Ethernet MAC and the switch's
> CPU/management ports are connected (that way the MAC always "sees" the
> link as UP, running with a specific speed and duplex).
>
Yes, some system will configured the phy to fixed speed/duplex at boot time,
no phy driver used in kernel at all.
If network device know mdio device it used, we can do phy dump through this
mdio device driver.
> If this is a different kind of MDIO device, e.g: an USB/PCIe/SATA PHY,
> there is no network device associated with those.
>
mdio under drivers/net/, it will not cover these devices.
Powered by blists - more mailing lists