From: Tony Lindgren <tony@atomide.com>
To: Daniel Mack <zonque@gmail.com>
Cc: Mugunthan V N <mugunthanvnm@ti.com>,
netdev@vger.kernel.org, davem@davemloft.net,
bcousson@baylibre.com, devicetree-discuss@lists.ozlabs.org,
linux-omap@vger.kernel.org
Subject: Re: [RFC PATCH 0/4] cpsw: support for control module register
Date: Wed, 18 Sep 2013 11:49:32 -0700 [thread overview]
Message-ID: <20130918184931.GA9994@atomide.com> (raw)
In-Reply-To: <522D8DB8.5050305@gmail.com>
* Daniel Mack <zonque@gmail.com> [130909 02:06]:
> On 08.09.2013 13:23, Mugunthan V N wrote:
> > This patch series adds the support for configuring GMII_SEL register
> > of control module to select the phy mode type and also to configure
> > the clock source for RMII phy mode whether to use internal clock or
> > the external clock from the phy itself.
> >
> > Till now CPSW works as this configuration is done in U-Boot and carried
> > over to the kernel. But during suspend/resume Control module tends to
> > lose its configured value for GMII_SEL register in AM33xx PG1.0, so
> > if CPSW is used in RMII or RGMII mode, on resume cpsw is not working
> > as GMII_SEL register lost its configuration values.
> >
> > The initial version of the patch is done by Daniel Mack but as per
> > Tony's comment he wants it as a seperate driver as it is done in USB
> > control module. I have created a seperate driver for the same and as
> > the merge window is open now and no feature request is accepted I am
> > submitting it as RFC for reviews.
>
> Thanks for doing this. It's a somehow expensive approach of writing a
> single 32bit register, but I agree it's cleaner to not have this code in
> the cpsw driver directly.
The main reason for doing that is because this register is in a
separate omap SCM (System Control Module) and may need to be
eventually a child of a SCM core driver. This is to avoid invalid
PM dependencies between separate hardware modules as they can
be clocked separately.
Most of the SCM registers can be already handled by using
pinctrl-single driver, but it's not intended for using for
transceivers etc that are not strictly pinctrl related.
Regards,
Tony
prev parent reply other threads:[~2013-09-18 18:49 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-08 11:23 [RFC PATCH 0/4] cpsw: support for control module register Mugunthan V N
2013-09-08 11:23 ` [RFC PATCH 1/4] net: ethernet: cpsw: switch to devres allocations Mugunthan V N
2013-09-08 11:23 ` [RFC PATCH 2/4] drivers: net: cpsw-phy-sel: Add new driver for phy mode selection for cpsw Mugunthan V N
2013-09-08 11:23 ` [RFC PATCH 3/4] drivers: net: cpsw: use cpsw-phy-sel driver to configure phy mode Mugunthan V N
2013-09-08 11:23 ` [RFC PATCH 4/4] ARM: dts: am33xx: adopt to " Mugunthan V N
2013-09-08 18:04 ` Sergei Shtylyov
2013-09-09 6:42 ` Mugunthan V N
2013-09-10 12:55 ` Sergei Shtylyov
2013-09-09 8:58 ` [RFC PATCH 0/4] cpsw: support for control module register Daniel Mack
2013-09-18 18:49 ` Tony Lindgren [this message]
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=20130918184931.GA9994@atomide.com \
--to=tony@atomide.com \
--cc=bcousson@baylibre.com \
--cc=davem@davemloft.net \
--cc=devicetree-discuss@lists.ozlabs.org \
--cc=linux-omap@vger.kernel.org \
--cc=mugunthanvnm@ti.com \
--cc=netdev@vger.kernel.org \
--cc=zonque@gmail.com \
/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).