lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:	Tue, 13 Oct 2015 10:21:11 +0800
From:	James Liao <jamesjj.liao@...iatek.com>
To:	Matthias Brugger <matthias.bgg@...il.com>
CC:	<linux-arm-kernel@...ts.infradead.org>,
	<srv_heupstream@...iatek.com>, "Kevin Hilman" <khilman@...nel.org>,
	Daniel Kurtz <djkurtz@...omium.org>,
	"Sascha Hauer" <kernel@...gutronix.de>,
	<devicetree@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
	<linux-mediatek@...ts.infradead.org>
Subject: Re: [PATCH v2 0/3] Fix random hang up issue while kernel init

Hi Matthias,

On Mon, 2015-10-12 at 18:32 +0200, Matthias Brugger wrote:
> 
> On 07/10/15 11:14, James Liao wrote:
> > This patch is based on v4.3-rc4, to fix system hanging up issue
> > while disabling unused clocks.
> >
> > There is nothing different in mtk-scpsys.c and mt8173.dtsi from v1 [1].
> >
> > Changes since v1:
> > - Rebase to v4.3-rc4.
> > - Add a patch to change the corresponding binding document.
> > - Add a separated patch to change the dtsi.
> >
> > [1] https://patchwork.kernel.org/patch/7262411/
> >
> > James Liao (3):
> >    dt-bindings: soc: Add clocks for Mediatek SCPSYS unit
> >    soc: mediatek: Fix random hang up issue while kernel init
> >    arm64: dts: mt8173: Add clocks for SCPSYS unit
> >
> >   .../devicetree/bindings/soc/mediatek/scpsys.txt    | 10 ++--
> >   arch/arm64/boot/dts/mediatek/mt8173.dtsi           |  6 +-
> >   drivers/soc/mediatek/mtk-scpsys.c                  | 67 ++++++++++++++--------
> >   3 files changed, 54 insertions(+), 29 deletions(-)
> >
> > --
> > 1.9.1
> >
> >
> 
> Applied. Does this fix also needs to be applied to earlier kernel versions?

No need, because venc and venc_lt clocks are not controlled by CCF
before v4.2.


Best regards,

James

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ