[PATCH 0/8] Fix struct clk pointer comparing

Quoting Stephen Boyd (2015-02-25 12:42:45) > On 02/25/15 09:55, Mike Turquette wrote: > > Quoting Russell King - ARM Linux (2015-02-25 07:03:49) > >> Case 1 applies in places like the Kirkwood I2S driver, and the iMX6 > >> ethernet code, and it's these cases which

[PATCH 0/8] Fix struct clk pointer comparing

Quoting Russell King - ARM Linux (2015-02-25 07:03:49) > On Wed, Feb 25, 2015 at 10:53:30PM +0800, Shawn Guo wrote: > > On the first day back from Chinese new year holiday, I got a regression > > report from rmk, saying Ethernet stops working on HimmingBoard with > > v4.0-rc1. > > > > I read throu

[PATCH 1/8] clk: add helper function clk_is_match()

Quoting Shawn Guo (2015-02-25 06:53:31) > Since commit 035a61c314eb ("clk: Make clk API return per-user struct clk > instances"), clk API users can no longer check if two struct clk > pointers are pointing to the same hardware clock, i.e. struct clk_hw, by > simply comparing two pointers. That's b

[PATCH RFC v9 01/20] clk: divider: Correct parent clk round rate if no bestdiv is normally found

Quoting Russell King - ARM Linux (2015-02-20 11:20:43) > On Fri, Feb 20, 2015 at 11:13:06AM -0800, Mike Turquette wrote: > > Quoting Russell King - ARM Linux (2015-02-16 03:27:24) > > > On Fri, Feb 13, 2015 at 07:57:13PM +0100, Sascha Hauer wrote: > > > > I agree th

[PATCH RFC v9 01/20] clk: divider: Correct parent clk round rate if no bestdiv is normally found

Quoting Russell King - ARM Linux (2015-02-16 03:27:24) > On Fri, Feb 13, 2015 at 07:57:13PM +0100, Sascha Hauer wrote: > > I agree that it's a bit odd, but I think it has to be like this. > > Consider that you request a rate of 100Hz, but the clock can only > > produce 99.5Hz, so due to rounding cl

[PATCH v2] clk: Introduce clk_has_parent()

specific use-case for this is atomic > > > > > modesetting in the DRM framework where setting a mode is divided into > > > > > a > > > > > check phase where a given configuration is validated before applying > > > > > changes to the hardware. &

[PATCH 01/36] clk: Introduce clk_try_parent()

> changes to the hardware. Can you describe why this was needed for your atomic modesetting work? What problem did you hit in the driver that required this new check? Thanks, Mike > > Cc: Russell King > Cc: Mike Turquette > Cc: Stephen Boyd > Signed-off-

[PATCH 1/2] drm/tegra: Set the dsi lp clk parent and rate

Quoting Thierry Reding (2014-09-23 00:22:05) > On Mon, Sep 22, 2014 at 06:46:52PM +0100, Mark Rutland wrote: > > On Fri, Sep 19, 2014 at 08:53:48PM +0100, Sean Paul wrote: > > > Per NVidia, this clock rate should be around 70MHz in > > > order to properly sample reads on data lane 0. In order > > >

[PATCH v3 1/5] clk: ti: add "ti, gpio-gate-clock" controlled clock

Quoting Tomi Valkeinen (2014-09-19 06:25:48) > On 19/09/14 16:12, Nishanth Menon wrote: > > On 09/19/2014 08:07 AM, Tomi Valkeinen wrote: > >> On 16/09/14 23:40, Jyri Sarha wrote: > >>> The added ti,gpio-gate-clock is a basic clock that can be enabled and > >>> disabled trough a gpio output. The DT

[PATCH v2] clk: Don't hold prepare_lock across debugfs creation

Quoting Stephen Boyd (2014-09-05 17:00:00) > On 09/04, Stephen Boyd wrote: > > > > I don't understand why we need to hold the prepare lock around > > the kref_put(), so I changed the flow so that we don't do this > > when we unregister a clock. > > Ok we hold the prepare mutex to make sure get an

Re: [PATCH 1/3] ARM: imx6q: refactor some ldb related clocks

Quoting Fabio Estevam (2013-08-20 08:40:52) > On Tue, Aug 20, 2013 at 5:38 AM, Liu Ying wrote: > > > diff --git a/Documentation/devicetree/bindings/clock/imx6q-clock.txt > > b/Documentation/devicetree/bindings/clock/imx6q-clock.txt > > index 5a90a72..90e923e 100644 > > --- a/Documentation/device

[PATCH 1/3] ARM: imx6q: refactor some ldb related clocks

Quoting Fabio Estevam (2013-08-20 08:40:52) > On Tue, Aug 20, 2013 at 5:38 AM, Liu Ying wrote: > > > diff --git a/Documentation/devicetree/bindings/clock/imx6q-clock.txt > > b/Documentation/devicetree/bindings/clock/imx6q-clock.txt > > index 5a90a72..90e923e 100644 > > --- a/Documentation/device

Re: [PATCH 0/5] clk/exynos5420: add clocks for hdmi subsystem

Quoting Rahul Sharma (2013-06-20 21:47:35) > On Fri, Jun 21, 2013 at 10:02 AM, Mike Turquette > wrote: > > Quoting Kukjin Kim (2013-06-19 07:01:17) > >> On 06/19/13 13:04, Rahul Sharma wrote: > >> > + mike > >> > > >> Mike, I'm wai

Re: [PATCH 0/5] clk/exynos5420: add clocks for hdmi subsystem

Quoting Kukjin Kim (2013-06-19 07:01:17) > On 06/19/13 13:04, Rahul Sharma wrote: > > + mike > > > Mike, I'm waiting for your reply on this. If you're OK, let me take this > series on top of exynos5420 stuff in samsung tree. > > Of course, if any concerns, please let me know. I never got these p

[PATCH 0/5] clk/exynos5420: add clocks for hdmi subsystem

Quoting Rahul Sharma (2013-06-20 21:47:35) > On Fri, Jun 21, 2013 at 10:02 AM, Mike Turquette > wrote: > > Quoting Kukjin Kim (2013-06-19 07:01:17) > >> On 06/19/13 13:04, Rahul Sharma wrote: > >> > + mike > >> > > >> Mike, I'm wai

[PATCH 0/5] clk/exynos5420: add clocks for hdmi subsystem

Quoting Kukjin Kim (2013-06-19 07:01:17) > On 06/19/13 13:04, Rahul Sharma wrote: > > + mike > > > Mike, I'm waiting for your reply on this. If you're OK, let me take this > series on top of exynos5420 stuff in samsung tree. > > Of course, if any concerns, please let me know. I never got these p