[lkml]   [2020]   [Feb]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Subject[PATCH v2 0/4] clk_phase error caching problems
This patch series is a follow up to[1] which I sent out a few months
ago. We no longer cache the clk phase if it's an error value, so that
things like debugfs don't return us nonsense values for the phase.

Futhermore, the last patch fixes up the locking so that debugfs code
can avoid doing a recursive prepare lock because we know what we're
doing in that case. While we get some more functions, we avoid taking
the lock again.

Changes from v1:
* A pile of new patches
* Rebased to clk-next
* New patch to bail out of registration if getting the phase fails

Cc: Douglas Anderson <>
Cc: Heiko Stuebner <>
Cc: Jerome Brunet <>

Stephen Boyd (4):
clk: Don't cache errors from clk_ops::get_phase()
clk: Use 'parent' to shorten lines in __clk_core_init()
clk: Move rate and accuracy recalc to mostly consumer APIs
clk: Bail out when calculating phase fails during clk registration

drivers/clk/clk.c | 119 +++++++++++++++++++++++++++-------------------
1 file changed, 70 insertions(+), 49 deletions(-)


base-commit: 5df867145f8adad9e5cdf9d67db1fbc0f71351e9
Sent by a computer, using git, on the internet

 \ /
  Last update: 2020-02-06 00:28    [W:0.070 / U:1.628 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site