From: Felipe Balbi <balbi@ti.com>
To: Brian Norris <computersforpeace@gmail.com>
Cc: Linux Kernel <linux-kernel@vger.kernel.org>,
balbi@ti.com, linux-ide@vger.kernel.org,
Tejun Heo <tj@kernel.org>,
linux-pm@lists.linux-foundation.org,
Anton Vorontsov <avorontsov@ru.mvista.com>,
Jeff Garzik <jgarzik@pobox.com>
Subject: Re: [PATCH] ahci: platform support for suspend/resume
Date: Fri, 18 Nov 2011 11:17:48 +0200 [thread overview]
Message-ID: <20111118091747.GD9759@legolas.emea.dhcp.ti.com> (raw)
In-Reply-To: <CAN8TOE9T8YJ8Kbz=cuQ_CYPQozxU--yskZuBcXwe_emVVNQqDg@mail.gmail.com>
[-- Attachment #1.1: Type: text/plain, Size: 1218 bytes --]
On Thu, Nov 17, 2011 at 04:31:32PM -0800, Brian Norris wrote:
> +linux-pm mailing list
>
> Hi Felipe,
>
> On Wed, Nov 16, 2011 at 12:34 PM, Felipe Balbi <balbi@ti.com> wrote:
> > On Wed, Nov 16, 2011 at 12:27:59PM -0800, Brian Norris wrote:
> >> + /* Does platform support suspend/resume? */
> >> + if (!pdata->suspend || !pdata->resume)
> >> + return -EINVAL;
> >
> > should you really prevent suspend is platform doesn't provide
> > ->suspend() ?
>
> No, we shouldn't prevent suspend entirely; that would just be my
> accidental side effect.
>
> > I mean, we could some platform where all clocks are autogated and
> > there's no need for platform to do anything. Would it be better to only
> > call pdata->suspend if it exists but still let the AHCI-specific part go
> > through ?
>
> Perhaps. But would this have any unintended effects on systems that
> don't implement AHCI power management at all? My intention was just to
> provide an 'opt-in' interface for platform developers. I probably got
> this wrong.
I guess you could add a flag for that, but until we know that the AHCI
powermanagement is broken somewhere should we really care ? :-)
--
balbi
[-- Attachment #1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
WARNING: multiple messages have this Message-ID (diff)
From: Felipe Balbi <balbi@ti.com>
To: Brian Norris <computersforpeace@gmail.com>
Cc: balbi@ti.com, Jeff Garzik <jgarzik@pobox.com>,
linux-ide@vger.kernel.org, Tejun Heo <tj@kernel.org>,
Kevin Cernekee <cernekee@gmail.com>,
Linux Kernel <linux-kernel@vger.kernel.org>,
Anton Vorontsov <avorontsov@ru.mvista.com>,
linux-pm@lists.linux-foundation.org
Subject: Re: [PATCH] ahci: platform support for suspend/resume
Date: Fri, 18 Nov 2011 11:17:48 +0200 [thread overview]
Message-ID: <20111118091747.GD9759@legolas.emea.dhcp.ti.com> (raw)
In-Reply-To: <CAN8TOE9T8YJ8Kbz=cuQ_CYPQozxU--yskZuBcXwe_emVVNQqDg@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1218 bytes --]
On Thu, Nov 17, 2011 at 04:31:32PM -0800, Brian Norris wrote:
> +linux-pm mailing list
>
> Hi Felipe,
>
> On Wed, Nov 16, 2011 at 12:34 PM, Felipe Balbi <balbi@ti.com> wrote:
> > On Wed, Nov 16, 2011 at 12:27:59PM -0800, Brian Norris wrote:
> >> + /* Does platform support suspend/resume? */
> >> + if (!pdata->suspend || !pdata->resume)
> >> + return -EINVAL;
> >
> > should you really prevent suspend is platform doesn't provide
> > ->suspend() ?
>
> No, we shouldn't prevent suspend entirely; that would just be my
> accidental side effect.
>
> > I mean, we could some platform where all clocks are autogated and
> > there's no need for platform to do anything. Would it be better to only
> > call pdata->suspend if it exists but still let the AHCI-specific part go
> > through ?
>
> Perhaps. But would this have any unintended effects on systems that
> don't implement AHCI power management at all? My intention was just to
> provide an 'opt-in' interface for platform developers. I probably got
> this wrong.
I guess you could add a flag for that, but until we know that the AHCI
powermanagement is broken somewhere should we really care ? :-)
--
balbi
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
next prev parent reply other threads:[~2011-11-18 9:17 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-16 20:27 [PATCH] ahci: platform support for suspend/resume Brian Norris
2011-11-16 20:27 ` Brian Norris
2011-11-16 20:34 ` Felipe Balbi
2011-11-18 0:31 ` Brian Norris
2011-11-18 0:31 ` Brian Norris
2011-11-18 9:17 ` Felipe Balbi [this message]
2011-11-18 9:17 ` Felipe Balbi
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=20111118091747.GD9759@legolas.emea.dhcp.ti.com \
--to=balbi@ti.com \
--cc=avorontsov@ru.mvista.com \
--cc=computersforpeace@gmail.com \
--cc=jgarzik@pobox.com \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@lists.linux-foundation.org \
--cc=tj@kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.