[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-id: <007b01cb565d$db4376d0$91ca6470$%szyprowski@samsung.com>
Date: Fri, 17 Sep 2010 13:45:36 +0200
From: Marek Szyprowski <m.szyprowski@...sung.com>
To: 'Mark Brown' <broonie@...nsource.wolfsonmicro.com>,
'Kukjin Kim' <kgene.kim@...sung.com>
Cc: 'Jeongbae Seo' <jeongbae.seo@...sung.com>,
linux-samsung-soc@...r.kernel.org, linux-kernel@...r.kernel.org,
'Changhwan Youn' <chaos.youn@...sung.com>,
linux-arm-kernel@...ts.infradead.org, lrg@...mlogic.co.uk
Subject: RE: [PATCH] regulator: Add support samsung power domain
Hello,
On Friday, September 17, 2010 1:31 PM Mark Brown wrote:
> Another option to consider here is using runtime PM - other platforms
> seem to be going down that route, and are using it to also factor clock
> management for the IP blocks out (so that the block's clocks get enabled
> and disabled automatically when the block is active without needing any
> code in the driver).
The approach with merging power domains with clocks have some disadvantages.
In some cases the clock gating and power gating should be distinguished.
Just assume an IP like a video codec. It has it's own internal state machine.
It gets reset when the ip is power gated, but it is preserved during clock
gating. The driver might want to do a clock gating when it is waiting for a
new frame to decode, but should do power gating only when the device has
been closed. Having a set of fake clocks just for power gating imho doesn't
look good.
Best regards
--
Marek Szyprowski
Samsung Poland R&D Center
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists