From: "Mark A. Greer" <mgreer@animalcreek.com>
To: Kevin Hilman <khilman@ti.com>
Cc: "Bedia, Vaibhav" <vaibhav.bedia@ti.com>,
nsekhar@ti.com, Ben Hutchings <bhutchings@solarflare.com>,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
"linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH] net: davinci_emac: Add pre_open, post_stop platform callbacks
Date: Fri, 4 May 2012 14:47:52 -0700 [thread overview]
Message-ID: <20120504214752.GA9827@animalcreek.com> (raw)
In-Reply-To: <87397faccs.fsf@ti.com>
On Fri, May 04, 2012 at 02:02:43PM -0700, Kevin Hilman wrote:
> "Mark A. Greer" <mgreer@animalcreek.com> writes:
>
> > On Fri, May 04, 2012 at 07:31:30AM -0700, Kevin Hilman wrote:
>
> [...]
>
> >> Come to think of it, the right solution here is probably to use runtime
> >> PM. We could then to add some custom hooks for davinci_emac in the
> >> device code to use enable_hlt/disable_hlt based on activity.
> >
> > That was my first thought, actually, but that only works if its
> > okay for the driver to call enable_hlt/disable_hlt directly (i.e.,
> > have runtime_suspend() call enable_hlt() and runtime_resume() call
> > disable_hlt()). However, I assumed it would _not_ be acceptable for
> > the driver to issue those calls directly.
>
> I agree.
>
> > Its a platform-specific issue that we shouldn't be polluting the
> > driver with and there are currently no drivers that call them under
> > the drivers directory.
>
> Using runtime PM we don't have to have any platform specific calls in
> the driver. We handle it inside the platform-specific runtime PM
> implementation.
FYI, with some further discussion via IRC, I'm going to implement what
Kevin has laid out here. There is a dependency on davinci adding support
too but I'll coordinate with the people/person doing that.
Please disregard this patch.
Thanks for the help everyone.
Mark
next prev parent reply other threads:[~2012-05-04 21:47 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-02 23:47 [PATCH] net: davinci_emac: Add pre_open, post_stop platform callbacks Mark A. Greer
2012-05-03 10:44 ` Bedia, Vaibhav
2012-05-03 14:22 ` Kevin Hilman
2012-05-03 16:09 ` Mark A. Greer
2012-05-03 18:21 ` Bedia, Vaibhav
2012-05-03 18:46 ` Mark A. Greer
2012-05-03 19:25 ` Bedia, Vaibhav
2012-05-03 20:22 ` Ben Hutchings
2012-05-03 21:32 ` Kevin Hilman
2012-05-04 13:55 ` Bedia, Vaibhav
2012-05-04 14:31 ` Kevin Hilman
2012-05-04 18:29 ` Mark A. Greer
2012-05-04 21:02 ` Kevin Hilman
2012-05-04 21:47 ` Mark A. Greer [this message]
2012-05-04 16:35 ` Mark A. Greer
2012-05-04 16:44 ` Kevin Hilman
2012-05-04 18:48 ` Mark A. Greer
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=20120504214752.GA9827@animalcreek.com \
--to=mgreer@animalcreek.com \
--cc=bhutchings@solarflare.com \
--cc=khilman@ti.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-omap@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=nsekhar@ti.com \
--cc=vaibhav.bedia@ti.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