From mboxrd@z Thu Jan 1 00:00:00 1970 From: James Liao Subject: Re: mt8173-evb: failing to boot in linux-next and mainline Date: Tue, 29 Mar 2016 13:40:15 +0800 Message-ID: <1459230015.25921.10.camel@mtksdaap41> References: <1459165876.24094.8.camel@mtksdaap41> <7h37raprav.fsf@baylibre.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <7h37raprav.fsf-rdvid1DuHRBWk0Htik3J/w@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "Linux-mediatek" Errors-To: linux-mediatek-bounces+glpam-linux-mediatek=m.gmane.org-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org To: Kevin Hilman , Sascha Hauer Cc: linux-mediatek-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, Eddie Huang , Tyler Baker List-Id: linux-mediatek@lists.infradead.org Hi Sascha, On Mon, 2016-03-28 at 08:15 -0700, Kevin Hilman wrote: > Hi Eddie, > > Eddie Huang writes: > > [...] > > > Thanks your testing again. I can reproduce your case in my local > > environment using 4.6-rc1. After checking, there are two ways to avoid > > the hang: > > 1. set clk_ignore_unused to kernel command line > > 2. Revert patch "cc8ed76 soc: mediatek: SCPSYS: Fix double enabling of > > regulators" > > > > It seems there is a problem between turn on/off clock and power domain. > > We will try to fix this and send patch to public once have a solution. > > Thanks for verifying. > > I've confirmed that reverting the patch suggested above fixes the > problem. > > Since -rc1 is out, and this problem still exists in mainline, if a > proper fix is not found very soon, I suggest reverting that patch in mainline. > > Kevin According to Eddie and Kevin's test, I think some clocks (mm/mfg/venc/venclt) may be turned off and there are drivers need these clocks without clk_prepare_enable(). But I have no idea to find out what driver causes this issue. So I prefer to revert it on v4.6-rc1. Do you have comments about this issue? Best regards, James