clk: attempt to keep requested rate on parent changes

A patchset in state Rework for linux-kernel

From: Heiko Stuebner <heiko@...> Date: Mon, 2 May 2016 17:02:11 +0200

I remember reading about people discussing that problem in the past, but haven't been able to find another approach to it yet [or I'm just blind as happens to often]. Our problem is the following clock structure: [anotherPLL] | ------ [div] ----- dclk_vop | [ vpll ] --------- hdmi_phy We need to set the vpll dynamically but still want to retain The other option that comes to mind, would be to have a clock-notifier, in the drm driver, but calling clk_set_rate from their looks like it shouldn't work due to the prepare mutex already being held. The whole thing is labeled RFC because while it works for us and solves the problem, I'm not sure if I'm overlooking some important aspect or am interferring with some other planned approach for that issue. Heiko Stuebner (3): clk: fix inconsistent use of req_rate clk: adjust clocks to their requested rate after parent changes clk: rockchip: make rk3399 vop dclks keep their rate on parent rate changes drivers/clk/clk.c | 37 +++++++++++++++++++++++++++++-------- drivers/clk/rockchip/clk-rk3399.c | 4 ++-- include/linux/clk-provider.h | 1 + 3 files changed, 32 insertions(+), 10 deletions(-) -- 2.8.0.rc3

Patches in this set


  • 3 individual patches
  • 32 lines added
  • 10 lines removed

Recent Patches

About Us

Sed lacus. Donec lectus. Nullam pretium nibh ut turpis. Nam bibendum. In nulla tortor, elementum vel, tempor at, varius non, purus. Mauris vitae nisl nec metus placerat consectetuer.