From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jordan Crouse Subject: Re: [Freedreno] PSA: ifc6410 / upstream kernel / clock status stuck at 'off' issues Date: Thu, 06 Nov 2014 13:09:58 -0700 Message-ID: <545BD596.6000403@codeaurora.org> References: Reply-To: jcrouse@codeaurora.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from smtp.codeaurora.org ([198.145.11.231]:52026 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750877AbaKFUKA (ORCPT ); Thu, 6 Nov 2014 15:10:00 -0500 In-Reply-To: Sender: linux-arm-msm-owner@vger.kernel.org List-Id: linux-arm-msm@vger.kernel.org To: Rob Clark , linux-arm-msm , freedreno@lists.freedesktop.org On 11/06/2014 10:58 AM, Rob Clark wrote: > Just FYI, newer ifc6410 boards which are shipping with android 4.4 > bootloaders, seem to have an issue with upstream kernel. > > If you are seeing problems like: > > ------- > [ 2.472644] WARNING: CPU: 3 PID: 51 at > drivers/clk/qcom/clk-branch.c:97 clk_branch_wait+0xd0/0x120() > [ 2.472659] mdp_clk status stuck at 'off' > [ 2.472667] Modules linked in: > [ 2.472688] CPU: 3 PID: 51 Comm: kworker/u8:1 Not tainted 3.18.0-rc1 #912 > [ 2.472719] Workqueue: deferwq deferred_probe_work_func > [ 2.472784] [] (unwind_backtrace) from [] > (show_stack+0x10/0x14) > [ 2.472824] [] (show_stack) from [] > (dump_stack+0x88/0x98) > [ 2.472859] [] (dump_stack) from [] > (warn_slowpath_common+0x6c/0x88) > [ 2.472889] [] (warn_slowpath_common) from [] > (warn_slowpath_fmt+0x30/0x40) > [ 2.472917] [] (warn_slowpath_fmt) from [] > (clk_branch_wait+0xd0/0x120) > [ 2.472952] [] (clk_branch_wait) from [] > (__clk_enable+0x5c/0x9c) > [ 2.472975] [] (__clk_enable) from [] > (clk_enable+0x18/0x2c) > [ 2.473013] [] (clk_enable) from [] > (mdp4_enable+0xe4/0x110) > [ 2.473048] [] (mdp4_enable) from [] > (mdp4_hw_init+0x28/0x344) > [ 2.473075] [] (mdp4_hw_init) from [] > (msm_load+0x1c8/0x34c) > [ 2.473108] [] (msm_load) from [] > (drm_dev_register+0xa8/0x104) > [ 2.473136] [] (drm_dev_register) from [] > (drm_platform_init+0x44/0xdc) > [ 2.473166] [] (drm_platform_init) from [] > (try_to_bring_up_master.part.3+0xc8/0x108) > [ 2.473190] [] (try_to_bring_up_master.part.3) from > [] (component_master_add_with_match+0xa8/0x120) > ------- > > Then the solution for now is to downgrade to version 4.2 rpm fw: > > fastboot flash rpm rpm.mbn > > with rpm.mbn from Bootloaders_4.2_880261_V1.0.zip on inforce techweb site. > > I've no idea what the root cause is, or why we don't see this on the > downstream kernel (but I guess it is easier for someone with docs to > debug). But sooner or later others will hit the same issue so I > figured I should send this known workaround to an archived mailing > list so someone googling for the error has some chance to find it ;-) Just so you know what is happening here this interesting combination of error messages is a roundabout way of telling you that you tried to enable a clock while the regulator was off. Jordan -- The Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project