Hi Laurent,
On 10/28/2013 10:05 PM, Laurent Pinchart wrote:
On Tuesday 24 September 2013 23:38:44 Sylwester Nawrocki wrote:
On 08/30/2013 04:53 PM, Sylwester Nawrocki wrote:
This patch series implements clock deregistration in the common clock
framework. Comparing to v5 it only includes furthe
On Monday 28 October 2013 12:54:01 Mike Turquette wrote:
> Quoting Sylwester Nawrocki (2013-10-15 13:04:17)
>
> > Hi,
> >
> > (adding linux-media mailing list at Cc)
> >
> > On 09/25/2013 11:47 AM, Laurent Pinchart wrote:
> > > On Tuesday 24 September 2013 23:38:44 Sylwester Nawrocki wrote:
> >
Hi Sylwester,
On Tuesday 24 September 2013 23:38:44 Sylwester Nawrocki wrote:
> On 08/30/2013 04:53 PM, Sylwester Nawrocki wrote:
> > This patch series implements clock deregistration in the common clock
> > framework. Comparing to v5 it only includes further corrections of NULL
> > clock handling
Hi Sylwester,
On Wednesday 25 September 2013 22:51:08 Sylwester Nawrocki wrote:
> On 09/25/2013 11:47 AM, Laurent Pinchart wrote:
> > Doesn't that introduce race conditions ? If the sub-drivers require the
> > clock, they want to be sure that the clock won't disappear beyond their
> > backs. I agr
Hi Sylwester,
On Tuesday 15 October 2013 22:04:17 Sylwester Nawrocki wrote:
> Hi,
>
> (adding linux-media mailing list at Cc)
>
> On 09/25/2013 11:47 AM, Laurent Pinchart wrote:
> > On Tuesday 24 September 2013 23:38:44 Sylwester Nawrocki wrote:
> [...]
>
> >> The only issue I found might be at
Quoting Sylwester Nawrocki (2013-10-15 13:04:17)
> Hi,
>
> (adding linux-media mailing list at Cc)
>
> On 09/25/2013 11:47 AM, Laurent Pinchart wrote:
> > On Tuesday 24 September 2013 23:38:44 Sylwester Nawrocki wrote:
> [...]
> >> The only issue I found might be at the omap3isp driver, which pro
Hi,
(adding linux-media mailing list at Cc)
On 09/25/2013 11:47 AM, Laurent Pinchart wrote:
On Tuesday 24 September 2013 23:38:44 Sylwester Nawrocki wrote:
[...]
The only issue I found might be at the omap3isp driver, which provides
clock to its sub-drivers and takes reference on the sub-driv
Quoting Sylwester Nawrocki (2013-09-24 14:38:44)
> On 08/30/2013 04:53 PM, Sylwester Nawrocki wrote:
> > This patch series implements clock deregistration in the common clock
> > framework. Comparing to v5 it only includes further corrections of NULL
> > clock handling.
> [...]
> >clk: Provide
Hi Laurent,
On 09/25/2013 11:47 AM, Laurent Pinchart wrote:
Doesn't that introduce race conditions ? If the sub-drivers require the clock,
they want to be sure that the clock won't disappear beyond their backs. I
agree that the circular dependency needs to be solved somehow, but we probably
need
Hi Sylwester,
On Tuesday 24 September 2013 23:38:44 Sylwester Nawrocki wrote:
> On 08/30/2013 04:53 PM, Sylwester Nawrocki wrote:
> > This patch series implements clock deregistration in the common clock
> > framework. Comparing to v5 it only includes further corrections of NULL
> > clock handling
On 08/30/2013 04:53 PM, Sylwester Nawrocki wrote:
This patch series implements clock deregistration in the common clock
framework. Comparing to v5 it only includes further corrections of NULL
clock handling.
[...]
clk: Provide not locked variant of of_clk_get_from_provider()
clkdev: Fix r
This patch series implements clock deregistration in the common clock
framework. Comparing to v5 it only includes further corrections of NULL
clock handling.
Changes since v5:
- fixed NULL clock handling in __clk_get(), __clk_put (patch 5/5).
Changes since v4:
- removed stray struct module forw
12 matches
Mail list logo