Hi Grant,
Thanx a lot for the comments. I will start activities to bind the phy
type to the phy layer and post someting useful. But, to be honest,
please correct me on spot wherever i go wrong. I am new the open
source and this is very exciting!
thanx!
Sundar
On Thu, Mar 19, 2009 at 11:31 AM, Gr
On Wed, Mar 18, 2009 at 11:37 PM, sunder ramani wrote:
> To Summarize, should not we have a phy_type flag in the OF tree which
> will let the PHY layer do the various PHY tasks based on if it is a
> copper/fiber interface. I really dont like my fix in my kernel and am
> new to open source. Do you
astructure (Grant Likely)
> 4. [PATCH 9/9] net/fs_enet: Rework fs_enet driver to use of_mdio
> infrastructure (Grant Likely)
> 5. Re: [PATCH 1/9] of: add of_parse_phandle() helper for parsing
> phandle properties (Grant Likely)
>
>
> ---
On Wed, 2009-03-18 at 23:00 -0600, Grant Likely wrote:
> From: Grant Likely
>
> of_parse_phandle() is a helper function to read and parse a phandle
> property and return a pointer to the resulting device_node.
>
> Signed-off-by: Grant Likely
> ---
>
> drivers/of/base.c | 23 +++
Bah! Messed up the 'stg mail' command when sending this series and
the 'RFC' tag didn't get added.
This is firmly in the RFC category. Please don't apply. It doesn't
have the level of polish that I'm happy with.
This series is intended to make phy_device connecting simpler and more
robust by u
From: Grant Likely
of_parse_phandle() is a helper function to read and parse a phandle
property and return a pointer to the resulting device_node.
Signed-off-by: Grant Likely
---
drivers/of/base.c | 23 +++
include/linux/of.h |3 +++
2 files changed, 26 insertions(+
