Please reply about Sylwester Nawrocki and me.
2011/11/3 Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
> It should be controlled by each regarding device driver and in addition, as I know,
Hi Kgene,
As far as I know there is a plan to let the drivers override start/stop_device callbacks,
On 11/03/2011 03:09 AM, Kukjin Kim wrote:
> As I said, I don't think we should control/gate the clocks with regarding power domain.
moreover the clock control can be disabled globally by not implementing start/stop_device
callbacks or per device by not adding clkdev entities to the device clock list at runtime
PM core. So IMHO, there is/going to be enough flexibility.
What do you mean by this ? I couldn't find such information in any documentation.
> It should be controlled by each regarding device driver and in addition, as I know,
> to handle block of clock is not recommended on EXYNOS4 now.
Shouldn't "clock gate block" registers be touched by boot loader and the kernel?
Our boot loaders disable all clocks, and if the global clock gate is not enabled
by the kernel there is no chance any multimedia device will work.
Should the global clock block gate be always enabled then ? I'm afraid it is not
optimal form power management POV.
To Kukjin Kim,
> to handle block of clock is not recommended on EXYNOS4 now.
As you said, should we separately control power and clock of power domain?
or Have to turn on the clock of power domain always?
I think that it is to happen unnecessary power consumption.
If we have to maintain on state of power domain clock, please let me know guide about this.
Also,
For example, fimg2d and framebuffer use LCD0 power domain as parent device.I
If fimg2d and framebuffer is disabled state due to not using their,
I think that we should turn off the clock of LCD0 power domain to reduce power leakage.
Which each regarding device driver control the clock of power domain?
I will expect for your reply.
Best regards,
Chanwoo Choi
_______________________________________________ linux-pm mailing list linux-pm@xxxxxxxxxxxxxxxxxxxxxxxxxx https://lists.linuxfoundation.org/mailman/listinfo/linux-pm
