Quoting Michael Turquette (2015-12-04 16:46:28)
> Heiko Stübner wrote:
> > Hi Mike,
> >
> > Am Freitag, 7. August 2015, 12:09:27 schrieb Michael Turquette:
> > > This is an alternative solution to Lee's "clk: Provide support for
> > > always-on clocks" series[0].
> > >
> > > The first two
Quoting Michael Turquette (2015-12-04 16:46:28)
> Heiko Stübner wrote:
> > Hi Mike,
> >
> > Am Freitag, 7. August 2015, 12:09:27 schrieb Michael Turquette:
> > > This is an alternative solution to Lee's "clk: Provide support for
> > > always-on clocks" series[0].
> > >
> > > The first two
Heiko Stübner wrote:
> Hi Mike,
>
> Am Freitag, 7. August 2015, 12:09:27 schrieb Michael Turquette:
> > This is an alternative solution to Lee's "clk: Provide support for
> > always-on clocks" series[0].
> >
> > The first two patches introduce run-time checks to ensure that clock
> > consumer
Heiko Stübner wrote:
> Hi Mike,
>
> Am Freitag, 7. August 2015, 12:09:27 schrieb Michael Turquette:
> > This is an alternative solution to Lee's "clk: Provide support for
> > always-on clocks" series[0].
> >
> > The first two patches introduce run-time checks to ensure that clock
> > consumer
Hi Mike,
Am Freitag, 7. August 2015, 12:09:27 schrieb Michael Turquette:
> This is an alternative solution to Lee's "clk: Provide support for
> always-on clocks" series[0].
>
> The first two patches introduce run-time checks to ensure that clock
> consumer drivers are respecting the clk.h api.
Hi Mike,
Am Freitag, 7. August 2015, 12:09:27 schrieb Michael Turquette:
> This is an alternative solution to Lee's "clk: Provide support for
> always-on clocks" series[0].
>
> The first two patches introduce run-time checks to ensure that clock
> consumer drivers are respecting the clk.h api.
On Wed, Sep 30, 2015 at 05:36:49AM -0700, Michael Turquette wrote:
> Quoting Maxime Ripard (2015-08-28 20:55:57)
> > Hi Mike,
> >
> > On Tue, Aug 25, 2015 at 02:50:51PM -0700, Michael Turquette wrote:
> > > Quoting Maxime Ripard (2015-08-20 08:15:10)
> > > > On Tue, Aug 18, 2015 at 09:43:56AM
On Wed, Sep 30, 2015 at 05:36:49AM -0700, Michael Turquette wrote:
> Quoting Maxime Ripard (2015-08-28 20:55:57)
> > Hi Mike,
> >
> > On Tue, Aug 25, 2015 at 02:50:51PM -0700, Michael Turquette wrote:
> > > Quoting Maxime Ripard (2015-08-20 08:15:10)
> > > > On Tue, Aug 18, 2015 at 09:43:56AM
Hi Mike,
On Tue, Aug 25, 2015 at 02:50:51PM -0700, Michael Turquette wrote:
> Quoting Maxime Ripard (2015-08-20 08:15:10)
> > On Tue, Aug 18, 2015 at 09:43:56AM -0700, Michael Turquette wrote:
> > > Quoting Maxime Ripard (2015-08-18 08:45:52)
> > > > Hi Mike,
> > > >
> > > > On Fri, Aug 07, 2015
On Wed, Aug 26, 2015 at 07:54:23AM +0100, Lee Jones wrote:
> On Tue, 25 Aug 2015, Michael Turquette wrote:
>
> > Quoting Maxime Ripard (2015-08-20 08:15:10)
> > > On Tue, Aug 18, 2015 at 09:43:56AM -0700, Michael Turquette wrote:
> > > > Quoting Maxime Ripard (2015-08-18 08:45:52)
> > > > > Hi
Hi Mike,
On Tue, Aug 25, 2015 at 02:50:51PM -0700, Michael Turquette wrote:
Quoting Maxime Ripard (2015-08-20 08:15:10)
On Tue, Aug 18, 2015 at 09:43:56AM -0700, Michael Turquette wrote:
Quoting Maxime Ripard (2015-08-18 08:45:52)
Hi Mike,
On Fri, Aug 07, 2015 at 12:09:27PM
On Wed, Aug 26, 2015 at 07:54:23AM +0100, Lee Jones wrote:
On Tue, 25 Aug 2015, Michael Turquette wrote:
Quoting Maxime Ripard (2015-08-20 08:15:10)
On Tue, Aug 18, 2015 at 09:43:56AM -0700, Michael Turquette wrote:
Quoting Maxime Ripard (2015-08-18 08:45:52)
Hi Mike,
Mike, Maxime, Maxime,
On Wed, 26 Aug 2015, Maxime Coquelin wrote:
> On 08/26/2015 11:09 AM, Lee Jones wrote:
> >On Wed, 26 Aug 2015, Maxime Coquelin wrote:
> >>On 08/26/2015 08:54 AM, Lee Jones wrote:
> >>>On Tue, 25 Aug 2015, Michael Turquette wrote:
> >>>
> Maybe I am the one missing
On 08/26/2015 11:09 AM, Lee Jones wrote:
On Wed, 26 Aug 2015, Maxime Coquelin wrote:
Hi Lee,
On 08/26/2015 08:54 AM, Lee Jones wrote:
On Tue, 25 Aug 2015, Michael Turquette wrote:
Maybe I am the one missing something? My goal was to allow the consumer
driver to gate the critical clock.
On Wed, 26 Aug 2015, Maxime Coquelin wrote:
> Hi Lee,
>
> On 08/26/2015 08:54 AM, Lee Jones wrote:
> >On Tue, 25 Aug 2015, Michael Turquette wrote:
> >
> >
> >>Maybe I am the one missing something? My goal was to allow the consumer
> >>driver to gate the critical clock. So we need
Hi Lee,
On 08/26/2015 08:54 AM, Lee Jones wrote:
On Tue, 25 Aug 2015, Michael Turquette wrote:
Maybe I am the one missing something? My goal was to allow the consumer
driver to gate the critical clock. So we need clk_disable_unused to
actually disable the clock for that to work.
I think you
On Tue, 25 Aug 2015, Michael Turquette wrote:
> Quoting Maxime Ripard (2015-08-20 08:15:10)
> > On Tue, Aug 18, 2015 at 09:43:56AM -0700, Michael Turquette wrote:
> > > Quoting Maxime Ripard (2015-08-18 08:45:52)
> > > > Hi Mike,
> > > >
> > > > On Fri, Aug 07, 2015 at 12:09:27PM -0700, Michael
On Tue, 25 Aug 2015, Michael Turquette wrote:
Quoting Maxime Ripard (2015-08-20 08:15:10)
On Tue, Aug 18, 2015 at 09:43:56AM -0700, Michael Turquette wrote:
Quoting Maxime Ripard (2015-08-18 08:45:52)
Hi Mike,
On Fri, Aug 07, 2015 at 12:09:27PM -0700, Michael Turquette wrote:
On Wed, 26 Aug 2015, Maxime Coquelin wrote:
Hi Lee,
On 08/26/2015 08:54 AM, Lee Jones wrote:
On Tue, 25 Aug 2015, Michael Turquette wrote:
Maybe I am the one missing something? My goal was to allow the consumer
driver to gate the critical clock. So we need clk_disable_unused to
Hi Lee,
On 08/26/2015 08:54 AM, Lee Jones wrote:
On Tue, 25 Aug 2015, Michael Turquette wrote:
Maybe I am the one missing something? My goal was to allow the consumer
driver to gate the critical clock. So we need clk_disable_unused to
actually disable the clock for that to work.
I think you
On 08/26/2015 11:09 AM, Lee Jones wrote:
On Wed, 26 Aug 2015, Maxime Coquelin wrote:
Hi Lee,
On 08/26/2015 08:54 AM, Lee Jones wrote:
On Tue, 25 Aug 2015, Michael Turquette wrote:
Maybe I am the one missing something? My goal was to allow the consumer
driver to gate the critical clock.
Mike, Maxime, Maxime,
On Wed, 26 Aug 2015, Maxime Coquelin wrote:
On 08/26/2015 11:09 AM, Lee Jones wrote:
On Wed, 26 Aug 2015, Maxime Coquelin wrote:
On 08/26/2015 08:54 AM, Lee Jones wrote:
On Tue, 25 Aug 2015, Michael Turquette wrote:
Maybe I am the one missing something? My goal was to
On Tue, Aug 18, 2015 at 09:43:56AM -0700, Michael Turquette wrote:
> Quoting Maxime Ripard (2015-08-18 08:45:52)
> > Hi Mike,
> >
> > On Fri, Aug 07, 2015 at 12:09:27PM -0700, Michael Turquette wrote:
> > > All of the other kitchen sink stuff (DT binding, passing the flag back
> > > to the
On Tue, Aug 18, 2015 at 09:43:56AM -0700, Michael Turquette wrote:
Quoting Maxime Ripard (2015-08-18 08:45:52)
Hi Mike,
On Fri, Aug 07, 2015 at 12:09:27PM -0700, Michael Turquette wrote:
All of the other kitchen sink stuff (DT binding, passing the flag back
to the framework when the
Hi Mike,
On Fri, Aug 07, 2015 at 12:09:27PM -0700, Michael Turquette wrote:
> All of the other kitchen sink stuff (DT binding, passing the flag back
> to the framework when the clock consumer driver calls clk_put) was left
> out because I do not see a real use case for it. If one can demonstrate
Hi Mike,
On Fri, Aug 07, 2015 at 12:09:27PM -0700, Michael Turquette wrote:
All of the other kitchen sink stuff (DT binding, passing the flag back
to the framework when the clock consumer driver calls clk_put) was left
out because I do not see a real use case for it. If one can demonstrate
a
Hi Mike,
On Tue, Aug 11, 2015 at 6:41 PM, Michael Turquette
wrote:
> Quoting Geert Uytterhoeven (2015-08-11 02:20:12)
>> On Fri, Aug 7, 2015 at 9:09 PM, Michael Turquette
>> wrote:
>> > This is an alternative solution to Lee's "clk: Provide support for
>> > always-on clocks" series[0].
>> I
Hi Mike,
On Fri, Aug 7, 2015 at 9:09 PM, Michael Turquette
wrote:
> This is an alternative solution to Lee's "clk: Provide support for
> always-on clocks" series[0].
>
> The first two patches introduce run-time checks to ensure that clock
> consumer drivers are respecting the clk.h api. The
On Mon, 10 Aug 2015, Michael Turquette wrote:
> Quoting Lee Jones (2015-08-10 08:36:38)
> > On Fri, 07 Aug 2015, Michael Turquette wrote:
> > > This is an alternative solution to Lee's "clk: Provide support for
> > > always-on clocks" series[0].
> >
> > So after all the hours of work that's been
Hi Mike,
On Fri, Aug 7, 2015 at 9:09 PM, Michael Turquette
mturque...@baylibre.com wrote:
This is an alternative solution to Lee's clk: Provide support for
always-on clocks series[0].
The first two patches introduce run-time checks to ensure that clock
consumer drivers are respecting the
On Mon, 10 Aug 2015, Michael Turquette wrote:
Quoting Lee Jones (2015-08-10 08:36:38)
On Fri, 07 Aug 2015, Michael Turquette wrote:
This is an alternative solution to Lee's clk: Provide support for
always-on clocks series[0].
So after all the hours of work that's been put in and all
Hi Mike,
On Tue, Aug 11, 2015 at 6:41 PM, Michael Turquette
mturque...@baylibre.com wrote:
Quoting Geert Uytterhoeven (2015-08-11 02:20:12)
On Fri, Aug 7, 2015 at 9:09 PM, Michael Turquette
mturque...@baylibre.com wrote:
This is an alternative solution to Lee's clk: Provide support for
On Fri, 07 Aug 2015, Michael Turquette wrote:
> This is an alternative solution to Lee's "clk: Provide support for
> always-on clocks" series[0].
So after all the hours of work that's been put in and all of the
versions that have been authored, you're just going to write your own
solution
On Fri, 07 Aug 2015, Michael Turquette wrote:
This is an alternative solution to Lee's clk: Provide support for
always-on clocks series[0].
So after all the hours of work that's been put in and all of the
versions that have been authored, you're just going to write your own
solution anyway,
This is an alternative solution to Lee's "clk: Provide support for
always-on clocks" series[0].
The first two patches introduce run-time checks to ensure that clock
consumer drivers are respecting the clk.h api. The former patch checks
for prepare and enable imbalances. The latter checks for
This is an alternative solution to Lee's clk: Provide support for
always-on clocks series[0].
The first two patches introduce run-time checks to ensure that clock
consumer drivers are respecting the clk.h api. The former patch checks
for prepare and enable imbalances. The latter checks for calls
36 matches
Mail list logo
