All of lore.kernel.org
 help / color / mirror / Atom feed
From: lee.jones@linaro.org (Lee Jones)
To: linux-arm-kernel@lists.infradead.org
Subject: [STLinux Kernel] [PATCH 3/4] clk: Provide always-on clock support
Date: Mon, 2 Mar 2015 08:16:06 +0000	[thread overview]
Message-ID: <20150302081606.GC31325@x1> (raw)
In-Reply-To: <54F173B7.9030305@st.com>

On Sat, 28 Feb 2015, Maxime Coquelin wrote:

> Hi Lee,
> 
> On 02/27/2015 10:14 PM, Lee Jones wrote:
> >Lots of platforms contain clocks which if turned off would prove fatal.
> >The only way to recover from these catastrophic failures is to restart
> >the board(s).  Now, when a clock is registered with the framework it is
> >compared against a list of provided always-on clock names which must be
> >kept ungated.  If it matches, we enable the existing CLK_IGNORE_UNUSED
> >flag, which will prevent the common clk framework from attempting to
> >gate it during the clk_disable_unused() procedure.
> 
> Please correct me if I'm wrong, but your patch does not fix the
> issue you had initially.
> Let's take an example:
> A clock is critical for the system, and should never be gated, so
> you add the CLK_IGNORE_UNUSED
> flag so that it is not disabled by clk_disable_unused() procedure.
> The same clock is also used by other IPs, for example spi 0 instance.
> When starting a spi transfer, clk_enable() is called on this clock,
> so its usecount becomes 1.
> Once transfer done, clk_disable() is called, usecount becomes 0 and
> the clock gets disabled: system freeze.

You're right.  I also need to extend clk_core_disable() to take notice
of CLK_IGNORE_UNUSED.

-- 
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org ? Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog

WARNING: multiple messages have this Message-ID (diff)
From: Lee Jones <lee.jones-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
To: Maxime Coquelin <maxime.coquelin-qxv4g6HH51o@public.gmane.org>
Cc: linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	mturquette-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
	sboyd-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org,
	kernel-F5mvAk5X5gdBDgjK7y7TUQ@public.gmane.org,
	devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [STLinux Kernel] [PATCH 3/4] clk: Provide always-on clock support
Date: Mon, 2 Mar 2015 08:16:06 +0000	[thread overview]
Message-ID: <20150302081606.GC31325@x1> (raw)
In-Reply-To: <54F173B7.9030305-qxv4g6HH51o@public.gmane.org>

On Sat, 28 Feb 2015, Maxime Coquelin wrote:

> Hi Lee,
> 
> On 02/27/2015 10:14 PM, Lee Jones wrote:
> >Lots of platforms contain clocks which if turned off would prove fatal.
> >The only way to recover from these catastrophic failures is to restart
> >the board(s).  Now, when a clock is registered with the framework it is
> >compared against a list of provided always-on clock names which must be
> >kept ungated.  If it matches, we enable the existing CLK_IGNORE_UNUSED
> >flag, which will prevent the common clk framework from attempting to
> >gate it during the clk_disable_unused() procedure.
> 
> Please correct me if I'm wrong, but your patch does not fix the
> issue you had initially.
> Let's take an example:
> A clock is critical for the system, and should never be gated, so
> you add the CLK_IGNORE_UNUSED
> flag so that it is not disabled by clk_disable_unused() procedure.
> The same clock is also used by other IPs, for example spi 0 instance.
> When starting a spi transfer, clk_enable() is called on this clock,
> so its usecount becomes 1.
> Once transfer done, clk_disable() is called, usecount becomes 0 and
> the clock gets disabled: system freeze.

You're right.  I also need to extend clk_core_disable() to take notice
of CLK_IGNORE_UNUSED.

-- 
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

WARNING: multiple messages have this Message-ID (diff)
From: Lee Jones <lee.jones@linaro.org>
To: Maxime Coquelin <maxime.coquelin@st.com>
Cc: linux-arm-kernel@lists.infradead.org,
	linux-kernel@vger.kernel.org, mturquette@linaro.org,
	sboyd@codeaurora.org, kernel@stlinux.com,
	devicetree@vger.kernel.org
Subject: Re: [STLinux Kernel] [PATCH 3/4] clk: Provide always-on clock support
Date: Mon, 2 Mar 2015 08:16:06 +0000	[thread overview]
Message-ID: <20150302081606.GC31325@x1> (raw)
In-Reply-To: <54F173B7.9030305@st.com>

On Sat, 28 Feb 2015, Maxime Coquelin wrote:

> Hi Lee,
> 
> On 02/27/2015 10:14 PM, Lee Jones wrote:
> >Lots of platforms contain clocks which if turned off would prove fatal.
> >The only way to recover from these catastrophic failures is to restart
> >the board(s).  Now, when a clock is registered with the framework it is
> >compared against a list of provided always-on clock names which must be
> >kept ungated.  If it matches, we enable the existing CLK_IGNORE_UNUSED
> >flag, which will prevent the common clk framework from attempting to
> >gate it during the clk_disable_unused() procedure.
> 
> Please correct me if I'm wrong, but your patch does not fix the
> issue you had initially.
> Let's take an example:
> A clock is critical for the system, and should never be gated, so
> you add the CLK_IGNORE_UNUSED
> flag so that it is not disabled by clk_disable_unused() procedure.
> The same clock is also used by other IPs, for example spi 0 instance.
> When starting a spi transfer, clk_enable() is called on this clock,
> so its usecount becomes 1.
> Once transfer done, clk_disable() is called, usecount becomes 0 and
> the clock gets disabled: system freeze.

You're right.  I also need to extend clk_core_disable() to take notice
of CLK_IGNORE_UNUSED.

-- 
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog

  reply	other threads:[~2015-03-02  8:16 UTC|newest]

Thread overview: 63+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-27 21:14 [PATCH 0/4] clk: Provide support for always-on clocks Lee Jones
2015-02-27 21:14 ` Lee Jones
2015-02-27 21:14 ` Lee Jones
2015-02-27 21:14 ` [PATCH 1/4] ARM: sti: stih407-family: Supply defines for CLOCKGEN A0 Lee Jones
2015-02-27 21:14   ` Lee Jones
2015-02-27 21:14 ` [PATCH 2/4] ARM: sti: stih410-clocks: Identify critical clocks as always-on Lee Jones
2015-02-27 21:14   ` Lee Jones
2015-04-02  8:00   ` [STLinux Kernel] " Peter Griffin
2015-04-02  8:00     ` Peter Griffin
2015-04-02  8:00     ` Peter Griffin
2015-02-27 21:14 ` [PATCH 3/4] clk: Provide always-on clock support Lee Jones
2015-02-27 21:14   ` Lee Jones
2015-02-27 21:51   ` Lee Jones
2015-02-27 21:51     ` Lee Jones
2015-02-28  7:52   ` [STLinux Kernel] " Maxime Coquelin
2015-02-28  7:52     ` Maxime Coquelin
2015-02-28  7:52     ` Maxime Coquelin
2015-03-02  8:16     ` Lee Jones [this message]
2015-03-02  8:16       ` Lee Jones
2015-03-02  8:16       ` Lee Jones
2015-04-01  1:13       ` Michael Turquette
2015-04-01  1:13         ` Michael Turquette
2015-02-28  9:21   ` Jassi Brar
2015-02-28  9:21     ` Jassi Brar
2015-02-28  9:21     ` Jassi Brar
2015-03-02  8:36     ` Lee Jones
2015-03-02  8:36       ` Lee Jones
2015-03-02  8:36       ` Lee Jones
2015-03-02 10:08       ` Jassi Brar
2015-03-02 10:08         ` Jassi Brar
2015-03-02 10:08         ` Jassi Brar
2015-03-02 10:18         ` Lee Jones
2015-03-02 10:18           ` Lee Jones
2015-03-02 10:25           ` [STLinux Kernel] " Maxime Coquelin
2015-03-02 10:25             ` Maxime Coquelin
2015-03-02 10:25             ` Maxime Coquelin
2015-03-02 10:32             ` Lee Jones
2015-03-02 10:32               ` Lee Jones
2015-03-02 10:28           ` Jassi Brar
2015-03-02 10:28             ` Jassi Brar
2015-03-02 10:28             ` Jassi Brar
2015-03-02 10:40             ` Lee Jones
2015-03-02 10:40               ` Lee Jones
2015-04-01  1:42             ` Michael Turquette
2015-04-01  1:42               ` Michael Turquette
2015-04-01  1:42               ` Michael Turquette
2015-04-02  4:39               ` Jassi Brar
2015-04-02  4:39                 ` Jassi Brar
2015-04-02  7:10                 ` Lee Jones
2015-04-02  7:10                   ` Lee Jones
2015-02-27 21:14 ` [PATCH 4/4] clk: dt: Introduce binding for " Lee Jones
2015-02-27 21:14   ` Lee Jones
2015-04-02  8:12 ` [STLinux Kernel] [PATCH 0/4] clk: Provide support for always-on clocks Peter Griffin
2015-04-02  8:12   ` Peter Griffin
2015-04-02  8:12   ` Peter Griffin
2015-04-02  9:45   ` Gabriel Fernandez
2015-04-02  9:45     ` Gabriel Fernandez
2015-04-02 10:53     ` Lee Jones
2015-04-02 10:53       ` Lee Jones
2015-04-02 10:58     ` Lee Jones
2015-04-02 10:58       ` Lee Jones
2015-04-02 10:52   ` Lee Jones
2015-04-02 10:52     ` Lee Jones

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20150302081606.GC31325@x1 \
    --to=lee.jones@linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.