Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754622AbbKWXTD (ORCPT ); Mon, 23 Nov 2015 18:19:03 -0500 Received: from mail-ig0-f172.google.com ([209.85.213.172]:34046 "EHLO mail-ig0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753284AbbKWXS7 (ORCPT ); Mon, 23 Nov 2015 18:18:59 -0500 MIME-Version: 1.0 In-Reply-To: <1448032264-29622-1-git-send-email-jonathanh@nvidia.com> References: <1448032264-29622-1-git-send-email-jonathanh@nvidia.com> Date: Mon, 23 Nov 2015 15:18:59 -0800 Message-ID: Subject: Re: [PATCH] clk: tegra: Fix bypassing of PLLs From: Tyler Baker To: Jon Hunter Cc: Peter De Schrijver , Prashant Gaikwad , Michael Turquette , Stephen Boyd , Stephen Warren , Thierry Reding , Alexandre Courbot , linux-clk@vger.kernel.org, linux-tegra@vger.kernel.org, "linux-kernel@vger.kernel.org" , Rhyland Klein , "Kevin's boot bot" Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1634 Lines: 36 Hi Jon, On 20 November 2015 at 07:11, Jon Hunter wrote: > The _clk_disable_pll() function will attempt to place a PLL into bypass > if the TEGRA_PLL_BYPASS is specified for the PLL and then disable the PLL > by clearing the enable bit. To place the PLL into bypass, the bypass bit > needs to be set and not cleared. Fix this by setting the bypass bit and > not clearing it. > > Signed-off-by: Jon Hunter The kernelci.org bot recently detected a jetson-tk1 boot failure[1][2] in the tegra tree. This boot failure has only been observed when booting with a multi_v7_defconfig kernel variant. The bot bisected[3] this boot failure to this commit, and I confirmed reverting it on top of the tegra for-next branch resolves the issue. The ramdisk[4] used for booting is loaded with the modules from the build. It appears to me that as the modules are being loaded in userspace by eudev the jetson-tk1 locks up. I've sifted through the console logs a bit, and found this splat to be most interesting[5]. Can you confirm this issue on your end? Cheers, Tyler [1] http://kernelci.org/soc/tegra/job/tegra/kernel/v4.4-rc1-60-gb924f95da320/ [2] http://kernelci.org/soc/tegra/job/tegra/ [3] http://hastebin.com/sekozibilo.lua [4] http://storage.kernelci.org/images/rootfs/buildroot/armel/base/rootfs.cpio.gz [5] http://hastebin.com/jomigahiro.coffee -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/