From: Michael Turquette <mturquette@linaro.org>
To: Boris Brezillon <boris.brezillon@free-electrons.com>,
Cc: "Gregory CLEMENT" <gregory.clement@free-electrons.com>,
"Stephen Boyd" <sboyd@codeaurora.org>,
"Thomas Petazzoni" <thomas.petazzoni@free-electrons.com>,
"Jason Cooper" <jason@lakedaemon.net>,
"Tawfik Bayouk" <tawfik@marvell.com>,
"Andrew Lunn" <andrew@lunn.ch>,
"Kevin Hilman" <khilman@kernel.org>,
stable@vger.kernel.org, "Eran Ben-Avi" <benavi@marvell.com>,
"Nadav Haklai" <nadavh@marvell.com>,
"Lior Amsalem" <alior@marvell.com>,
linux-clk@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
"Sebastian Hesselbarth" <sebastian.hesselbarth@gmail.com>
Subject: Re: [PATCH v2] clk: mvebu: flag the crypto clk as CLK_IGNORE_UNUSED
Date: Thu, 18 Jun 2015 13:52:36 -0700 [thread overview]
Message-ID: <20150618205236.9112.20427@quantum> (raw)
In-Reply-To: <20150618214729.41acfb07@bbrezillon>
Quoting Boris Brezillon (2015-06-18 12:47:29)
> Hi Mike,
> =
> On Thu, 18 Jun 2015 11:36:54 -0700
> Michael Turquette <mturquette@linaro.org> wrote:
> =
> > Quoting Gregory CLEMENT (2015-06-17 04:57:08)
> > > Hi Mike, Stephen,
> > > =
> > > On 16/06/2015 17:56, Boris Brezillon wrote:
> > > > The crypto SRAM, used by the armada 370 cpuidle code to workaround =
a bug
> > > > in the BootROM code, requires the crypto clk to be up and running.
> > > > Flag the crypto clk as IGNORE_UNUSED until we add the proper
> > > > infrastructure to define the crypto SRAM in the DT and reference th=
e crypto
> > > > clk in this SRAM node.
> > > > =
> > > > Reported-by: Kevin Hilman <khilman@linaro.org>
> > > > Signed-off-by: Boris Brezillon <boris.brezillon@free-electrons.com>
> > > > Tested-by: Kevin Hilman <khilman@linaro.org>
> > > > Fixes: 29e623475c50267ee3aaa49ebb6cbe107bce8d2a ("clk: mvebu: add
> > > > missing CESA gate clk").
> > > > Cc: <stable@vger.kernel.org> #4.1
> > > =
> > > Acked-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
> > > =
> > > Would it possible to apply this fix on 4.1-rc8 ?
> > =
> > Hi Gregory,
> > =
> > I'm a bit confused by this. This patch fixes "clk: mvebu: add missing
> > CESA gate clk", right? That patch lives in clk-next. It was not pushed
> > to Linus' tree yet via a -fixes branch.
> > =
> > Thus I can just apply this patch to clk-next and the problem should be
> > resolved in clk-next, no?
> =
> Yes. I've tagged this patch as applicable on stable 4.1 in case it
> didn't make it in the next -rc (which should be the last one before
> 4.1 is released).
Applied to clk-next.
Regards,
Mike
> I don't know if it's a good practice, but I've had several fixes which
> missed the targeted release in the past, and tagging them as stable
> helps in getting the patches applied afterwards.
> =
> > =
> > Furthermore, I do not have 29e623475c50267ee3aaa49ebb6cbe107bce8d2a
> > anywhere in my tree. I'm not sure where this sha1 hash came from.
> =
> Oops, I mixed the commit hash in my local branch and the one in clk-next
> (4d52b2acefdfceae0e47ed08324a96f511dc80b1).
> =
> Best Regards,
> =
> Boris
> =
> -- =
> Boris Brezillon, Free Electrons
> Embedded Linux and Kernel engineering
> http://free-electrons.com
WARNING: multiple messages have this Message-ID (diff)
From: mturquette@linaro.org (Michael Turquette)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2] clk: mvebu: flag the crypto clk as CLK_IGNORE_UNUSED
Date: Thu, 18 Jun 2015 13:52:36 -0700 [thread overview]
Message-ID: <20150618205236.9112.20427@quantum> (raw)
In-Reply-To: <20150618214729.41acfb07@bbrezillon>
Quoting Boris Brezillon (2015-06-18 12:47:29)
> Hi Mike,
>
> On Thu, 18 Jun 2015 11:36:54 -0700
> Michael Turquette <mturquette@linaro.org> wrote:
>
> > Quoting Gregory CLEMENT (2015-06-17 04:57:08)
> > > Hi Mike, Stephen,
> > >
> > > On 16/06/2015 17:56, Boris Brezillon wrote:
> > > > The crypto SRAM, used by the armada 370 cpuidle code to workaround a bug
> > > > in the BootROM code, requires the crypto clk to be up and running.
> > > > Flag the crypto clk as IGNORE_UNUSED until we add the proper
> > > > infrastructure to define the crypto SRAM in the DT and reference the crypto
> > > > clk in this SRAM node.
> > > >
> > > > Reported-by: Kevin Hilman <khilman@linaro.org>
> > > > Signed-off-by: Boris Brezillon <boris.brezillon@free-electrons.com>
> > > > Tested-by: Kevin Hilman <khilman@linaro.org>
> > > > Fixes: 29e623475c50267ee3aaa49ebb6cbe107bce8d2a ("clk: mvebu: add
> > > > missing CESA gate clk").
> > > > Cc: <stable@vger.kernel.org> #4.1
> > >
> > > Acked-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
> > >
> > > Would it possible to apply this fix on 4.1-rc8 ?
> >
> > Hi Gregory,
> >
> > I'm a bit confused by this. This patch fixes "clk: mvebu: add missing
> > CESA gate clk", right? That patch lives in clk-next. It was not pushed
> > to Linus' tree yet via a -fixes branch.
> >
> > Thus I can just apply this patch to clk-next and the problem should be
> > resolved in clk-next, no?
>
> Yes. I've tagged this patch as applicable on stable 4.1 in case it
> didn't make it in the next -rc (which should be the last one before
> 4.1 is released).
Applied to clk-next.
Regards,
Mike
> I don't know if it's a good practice, but I've had several fixes which
> missed the targeted release in the past, and tagging them as stable
> helps in getting the patches applied afterwards.
>
> >
> > Furthermore, I do not have 29e623475c50267ee3aaa49ebb6cbe107bce8d2a
> > anywhere in my tree. I'm not sure where this sha1 hash came from.
>
> Oops, I mixed the commit hash in my local branch and the one in clk-next
> (4d52b2acefdfceae0e47ed08324a96f511dc80b1).
>
> Best Regards,
>
> Boris
>
> --
> Boris Brezillon, Free Electrons
> Embedded Linux and Kernel engineering
> http://free-electrons.com
next prev parent reply other threads:[~2015-06-18 20:52 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-16 15:56 [PATCH v2] clk: mvebu: flag the crypto clk as CLK_IGNORE_UNUSED Boris Brezillon
2015-06-16 15:56 ` Boris Brezillon
2015-06-16 15:56 ` Boris Brezillon
2015-06-17 11:57 ` Gregory CLEMENT
2015-06-17 11:57 ` Gregory CLEMENT
2015-06-17 11:57 ` Gregory CLEMENT
2015-06-18 18:36 ` Michael Turquette
2015-06-18 18:36 ` Michael Turquette
2015-06-18 18:36 ` Michael Turquette
2015-06-18 18:49 ` Gregory CLEMENT
2015-06-18 18:49 ` Gregory CLEMENT
2015-06-18 19:47 ` Boris Brezillon
2015-06-18 19:47 ` Boris Brezillon
2015-06-18 20:52 ` Michael Turquette [this message]
2015-06-18 20:52 ` Michael Turquette
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=20150618205236.9112.20427@quantum \
--to=mturquette@linaro.org \
--cc=alior@marvell.com \
--cc=andrew@lunn.ch \
--cc=benavi@marvell.com \
--cc=boris.brezillon@free-electrons.com \
--cc=gregory.clement@free-electrons.com \
--cc=jason@lakedaemon.net \
--cc=khilman@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-clk@vger.kernel.org \
--cc=nadavh@marvell.com \
--cc=sboyd@codeaurora.org \
--cc=sebastian.hesselbarth@gmail.com \
--cc=stable@vger.kernel.org \
--cc=tawfik@marvell.com \
--cc=thomas.petazzoni@free-electrons.com \
/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.