From: Andrew Lunn <andrew@lunn.ch>
To: Hauke Mehrtens <hauke@hauke-m.de>
Cc: f.fainelli@gmail.com, alexander.stein@systec-electronic.com,
netdev@vger.kernel.org, john@phrozen.org, openwrt@kresin.me,
hauke.mehrtens@intel.com, daniel.schwierzeck@gmail.com,
eckert.florian@googlemail.com
Subject: Re: [RFC v2 2/2] NET: PHY: lantiq: add LED configuration support
Date: Sun, 29 May 2016 00:03:23 +0200 [thread overview]
Message-ID: <20160528220323.GD6027@lunn.ch> (raw)
In-Reply-To: <574A0C49.1010604@hauke-m.de>
> Do you know for which PHY I could implement this? I only have access to
> the documentation for the Lantiq / Intel PHYs.
Maybe actually implementing them is too far. But you could take a look
at available datasheets and thing about how you would implement the
binding. A quick search found:
http://www.davicom.com.tw/userfile/24247/DM9161-DS-F05_091008.pdf
http://www.o2xygen.com/photo/VSC8201XVZ/VSC8201XVZ_001.pdf
http://www.ti.com.cn/cn/lit/ds/symlink/dp83640.pdf
http://www.ti.com/lit/ds/symlink/dp83848-ep.pdf
http://ww1.microchip.com/downloads/en/DeviceDoc/KSZ8081MNX-RNB.pdf
Is what you have defined flexible enough?
> Should this documentation file be specific for this PHY driver or
> should I add two files for documentation one describing the generic
> interface and then an additional one describing the concrete
> capabilities of this PHY?
Yes, have a generic document which any PHY should be able to use, and
a specific one per PHY.
> I also thought about this, but as far as I know there is no standard
> interface for these properties. I think setting the max speed is
> standardized by the ieee. Should there be a callback with the
> information needed for the PHY driver? I think having the parsing in the
> generic code will not make the PHY driver much simpler, but we could
> later provide these settings for different places like change the
> configuration from user space.
What we don't want is X PHYs with Y different LED bindings. We should
be aiming to describe a binding which fits the majority of PHYs. And
since it should fit the majority of PHYs we can pull parts of it into
the infrastructure. That itself will prevent people doing something
different.
Andrew
next prev parent reply other threads:[~2016-05-28 22:03 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-28 16:59 [RFC v2 1/2] NET: PHY: adds driver for Lantiq PHY11G Hauke Mehrtens
2016-05-28 16:59 ` [RFC v2 2/2] NET: PHY: lantiq: add LED configuration support Hauke Mehrtens
2016-05-28 18:27 ` Andrew Lunn
2016-05-28 21:23 ` Hauke Mehrtens
2016-05-28 22:03 ` Andrew Lunn [this message]
2016-05-28 17:55 ` [RFC v2 1/2] NET: PHY: adds driver for Lantiq PHY11G Andrew Lunn
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20160528220323.GD6027@lunn.ch \
--to=andrew@lunn.ch \
--cc=alexander.stein@systec-electronic.com \
--cc=daniel.schwierzeck@gmail.com \
--cc=eckert.florian@googlemail.com \
--cc=f.fainelli@gmail.com \
--cc=hauke.mehrtens@intel.com \
--cc=hauke@hauke-m.de \
--cc=john@phrozen.org \
--cc=netdev@vger.kernel.org \
--cc=openwrt@kresin.me \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).