All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dave Gerlach <d-gerlach@ti.com>
To: Kevin Hilman <khilman@baylibre.com>,
	Ulf Hansson <ulf.hansson@linaro.org>
Cc: Nishanth Menon <nm@ti.com>,
	"Rafael J. Wysocki" <rjw@rjwysocki.net>,
	Keerthy <j-keerthy@ti.com>,
	Peter Ujfalusi <peter.ujfalusi@ti.com>,
	Tero Kristo <t-kristo@ti.com>,
	Russell King <rmk+kernel@armlinux.org.uk>,
	Sudeep Holla <sudeep.holla@arm.com>,
	Santosh Shilimkar <ssantosh@kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>,
	"linux-pm@vger.kernel.org" <linux-pm@vger.kernel.org>,
	Jon Hunter <jonathanh@nvidia.com>
Subject: Re: [PATCH 3/3] soc: ti: Add ti_sci_pm_domains driver
Date: Thu, 8 Sep 2016 13:04:17 -0500	[thread overview]
Message-ID: <57D1A821.3010904@ti.com> (raw)
In-Reply-To: <m2mvjinvfw.fsf@baylibre.com>

Hi,
On 09/08/2016 12:38 PM, Kevin Hilman wrote:
> Ulf Hansson <ulf.hansson@linaro.org> writes:
>
>> [...]
>>
>>>
>>> One more idea...
>>>
>>> Since you don't really have a domain (a group of devices), what you
>>> really have is each device having an independent power switch, so as Ulf
>>> suggested, what you really need is for all the devices to share the same
>>> set of runtime PM callbacks that call SCI.  The only difference is the
>>> unique ID.
>>>
>>> Rather than using all of genpd, you could also just use a pm_domain
>>> which is what genpd is built on top of (and also omap_device, which
>>> you're probably familiar with also.)
>>
>> Even if this would work as well, the downside would be that you need
>> to re-invent the parts related to the DT parsing, the probing/removal
>> and attaching/detaching of the device to the PM domain.
>>
>> You probably don't want to go there... :-)
>
> All you'd need to read from DT would be the device-specific ID for
> TI-SCI, and that could be done at bind time with a notifier.  The, in
> that same notifier, if a TI-SCI ID exists, it would get added to the
> pm_domain.
>
> Anyways, your original proposal is much preferred if it can work.  I'm
> just throwing out another option because I really don't like one genpd
> per device.
>
> Kevin
>

I am first trying to leverage the dev_attach/detach and start/stop 
callbacks that Ulf suggested without creating a single genpd per device 
and it looks like it will work for us. I appreciate the alternative 
suggestions but I agree we'd like to leverage as much of the existing 
genpd framework as we can and avoid going down the omap_device style 
implementation path.

Regards,
Dave

WARNING: multiple messages have this Message-ID (diff)
From: d-gerlach@ti.com (Dave Gerlach)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 3/3] soc: ti: Add ti_sci_pm_domains driver
Date: Thu, 8 Sep 2016 13:04:17 -0500	[thread overview]
Message-ID: <57D1A821.3010904@ti.com> (raw)
In-Reply-To: <m2mvjinvfw.fsf@baylibre.com>

Hi,
On 09/08/2016 12:38 PM, Kevin Hilman wrote:
> Ulf Hansson <ulf.hansson@linaro.org> writes:
>
>> [...]
>>
>>>
>>> One more idea...
>>>
>>> Since you don't really have a domain (a group of devices), what you
>>> really have is each device having an independent power switch, so as Ulf
>>> suggested, what you really need is for all the devices to share the same
>>> set of runtime PM callbacks that call SCI.  The only difference is the
>>> unique ID.
>>>
>>> Rather than using all of genpd, you could also just use a pm_domain
>>> which is what genpd is built on top of (and also omap_device, which
>>> you're probably familiar with also.)
>>
>> Even if this would work as well, the downside would be that you need
>> to re-invent the parts related to the DT parsing, the probing/removal
>> and attaching/detaching of the device to the PM domain.
>>
>> You probably don't want to go there... :-)
>
> All you'd need to read from DT would be the device-specific ID for
> TI-SCI, and that could be done at bind time with a notifier.  The, in
> that same notifier, if a TI-SCI ID exists, it would get added to the
> pm_domain.
>
> Anyways, your original proposal is much preferred if it can work.  I'm
> just throwing out another option because I really don't like one genpd
> per device.
>
> Kevin
>

I am first trying to leverage the dev_attach/detach and start/stop 
callbacks that Ulf suggested without creating a single genpd per device 
and it looks like it will work for us. I appreciate the alternative 
suggestions but I agree we'd like to leverage as much of the existing 
genpd framework as we can and avoid going down the omap_device style 
implementation path.

Regards,
Dave

  reply	other threads:[~2016-09-08 18:05 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-08-19 23:56 [PATCH 0/3] ARM: K2G: Add support for TI-SCI Generic PM Domains Nishanth Menon
2016-08-19 23:56 ` Nishanth Menon
2016-08-19 23:56 ` Nishanth Menon
2016-08-19 23:56 ` [PATCH 1/3] Documentation: dt: Add TI-SCI " Nishanth Menon
2016-08-19 23:56   ` Nishanth Menon
2016-08-19 23:56   ` Nishanth Menon
     [not found]   ` <20160819235653.26355-2-nm-l0cyMroinI0@public.gmane.org>
2016-09-02 14:31     ` Rob Herring
2016-09-02 14:31       ` Rob Herring
2016-09-02 14:31       ` Rob Herring
     [not found] ` <20160819235653.26355-1-nm-l0cyMroinI0@public.gmane.org>
2016-08-19 23:56   ` [PATCH 2/3] dt-bindings: genpd: Add K2G device definitions Nishanth Menon
2016-08-19 23:56     ` Nishanth Menon
2016-08-19 23:56     ` Nishanth Menon
2016-08-25  7:32     ` Ulf Hansson
2016-08-25  7:32       ` Ulf Hansson
2016-08-19 23:56 ` [PATCH 3/3] soc: ti: Add ti_sci_pm_domains driver Nishanth Menon
2016-08-19 23:56   ` Nishanth Menon
2016-08-19 23:56   ` Nishanth Menon
2016-08-25  7:27   ` Ulf Hansson
2016-08-25  7:27     ` Ulf Hansson
2016-08-25  7:27     ` Ulf Hansson
     [not found]     ` <CAPDyKFooDUOPT9dP8HaW3YBO9PsX-1+96PPE7CRMyjEkra7cBQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-08-26 23:37       ` Dave Gerlach
2016-08-26 23:37         ` Dave Gerlach
2016-08-26 23:37         ` Dave Gerlach
     [not found]         ` <57C0D2C9.1030801-l0cyMroinI0@public.gmane.org>
2016-08-30 19:43           ` Dave Gerlach
2016-08-30 19:43             ` Dave Gerlach
2016-08-30 19:43             ` Dave Gerlach
2016-08-30 20:26             ` Ulf Hansson
2016-08-30 20:26               ` Ulf Hansson
2016-09-06 20:28               ` Dave Gerlach
2016-09-06 20:28                 ` Dave Gerlach
2016-09-07 18:38                 ` Kevin Hilman
2016-09-07 18:38                   ` Kevin Hilman
2016-09-07 18:38                   ` Kevin Hilman
2016-09-08  9:27                   ` Ulf Hansson
2016-09-08  9:27                     ` Ulf Hansson
2016-09-08 17:38                     ` Kevin Hilman
2016-09-08 17:38                       ` Kevin Hilman
2016-09-08 17:38                       ` Kevin Hilman
2016-09-08 18:04                       ` Dave Gerlach [this message]
2016-09-08 18:04                         ` Dave Gerlach
2016-09-09  8:34                       ` Ulf Hansson
2016-09-09  8:34                         ` Ulf Hansson
     [not found]                 ` <57CF26DB.4020807-l0cyMroinI0@public.gmane.org>
2016-09-08  9:18                   ` Ulf Hansson
2016-09-08  9:18                     ` Ulf Hansson
2016-09-08  9:18                     ` Ulf Hansson

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=57D1A821.3010904@ti.com \
    --to=d-gerlach@ti.com \
    --cc=devicetree@vger.kernel.org \
    --cc=j-keerthy@ti.com \
    --cc=jonathanh@nvidia.com \
    --cc=khilman@baylibre.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=nm@ti.com \
    --cc=peter.ujfalusi@ti.com \
    --cc=rjw@rjwysocki.net \
    --cc=rmk+kernel@armlinux.org.uk \
    --cc=ssantosh@kernel.org \
    --cc=sudeep.holla@arm.com \
    --cc=t-kristo@ti.com \
    --cc=ulf.hansson@linaro.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.