Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1479411
| From | Dave Gerlach <d-gerlach@ti.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH 3/3] soc: ti: Add ti_sci_pm_domains driver |
| Date | 2016-09-08 20:10 +0200 |
| Message-ID | <sfbVT-HP-1@gated-at.bofh.it> (permalink) |
| References | (5 earlier) <sbXPr-1hr-13@gated-at.bofh.it> <sevai-6LS-15@gated-at.bofh.it> <sePVo-3mn-7@gated-at.bofh.it> <sf3OF-3Y8-1@gated-at.bofh.it> <sfbsS-hA-13@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
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
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [PATCH 3/3] soc: ti: Add ti_sci_pm_domains driver Dave Gerlach <d-gerlach@ti.com> - 2016-08-27 01:40 +0200
Re: [PATCH 3/3] soc: ti: Add ti_sci_pm_domains driver Dave Gerlach <d-gerlach@ti.com> - 2016-08-30 21:50 +0200
Re: [PATCH 3/3] soc: ti: Add ti_sci_pm_domains driver Ulf Hansson <ulf.hansson@linaro.org> - 2016-08-30 22:30 +0200
Re: [PATCH 3/3] soc: ti: Add ti_sci_pm_domains driver Dave Gerlach <d-gerlach@ti.com> - 2016-09-06 22:30 +0200
Re: [PATCH 3/3] soc: ti: Add ti_sci_pm_domains driver Kevin Hilman <khilman@baylibre.com> - 2016-09-07 20:40 +0200
Re: [PATCH 3/3] soc: ti: Add ti_sci_pm_domains driver Ulf Hansson <ulf.hansson@linaro.org> - 2016-09-08 11:30 +0200
Re: [PATCH 3/3] soc: ti: Add ti_sci_pm_domains driver Kevin Hilman <khilman@baylibre.com> - 2016-09-08 19:40 +0200
Re: [PATCH 3/3] soc: ti: Add ti_sci_pm_domains driver Dave Gerlach <d-gerlach@ti.com> - 2016-09-08 20:10 +0200
Re: [PATCH 3/3] soc: ti: Add ti_sci_pm_domains driver Ulf Hansson <ulf.hansson@linaro.org> - 2016-09-09 10:40 +0200
Re: [PATCH 3/3] soc: ti: Add ti_sci_pm_domains driver Ulf Hansson <ulf.hansson@linaro.org> - 2016-09-08 11:20 +0200
csiph-web