Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp1704777ybl; Wed, 28 Aug 2019 20:02:33 -0700 (PDT) X-Google-Smtp-Source: APXvYqxS/qtxpNAc0rsK4f0Wwre3rU1uXGwBA0NaDtGMIc2H5zn/W3TJoT77ylLLxf7BBCgjDbm1 X-Received: by 2002:a17:902:f096:: with SMTP id go22mr7785858plb.58.1567047752923; Wed, 28 Aug 2019 20:02:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567047752; cv=none; d=google.com; s=arc-20160816; b=nOePQ/X374/vPJIenOmNlKCPumgmY4U+dSpTLRZ8cvfnYJhwcrvL0425kscGlGxHYb tO8LlCp+HpxasxdVgZB44Ycn3Ij2EWDec8FYFQoXp69crrq2i7vxg2ZwZ6y7f5/0CNZ8 tHG2L/AbLhsllW2NjcJWY2KjOsnJ5OVrQt/QDGxcLSmW65wzx9wAlioKdPKTEYx/icb7 SJRwUdxK0zvYNv8GdS38nF8IZ2CqLa7jPez+jZUYG5JkLkHglqe6fUUVTtccS3lnnU6j gC0H1LOrz97DavAdkQ102Cc6pUHLfSGBRUL0ZA0Cdwy6r3PDHrYCPddUBU/woiK8GtqZ 9Mpg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id; bh=jurZdkyITzjdrFAd82UiYh4DMGDLxPihvB1RrXdsInE=; b=dZ2WHgUO6EOmLMJuSNQB28/g4UKRkVHTSqjsuupAR/nvWdCBGj/oqqd/BKNCTqYqTT VRN9jc4g4uFhjW+ngyrf6QxUqozY+24IzKJIlWf8LOC6BsoseNOJNA3EC9BOy+qV0fb5 sTwm6Um0mniDu9wUhxQ6FWcC2D08IL4M4/efHMk0EM3UxNf59mcDjaD2TbS8nH0ynIjn vywg8NysDuLNCdNyLKQz3vz/HGeazFJSPRz3wgKAwcYqSa2rcr/aaSO3wo53MnZ9pMGy zbmMKpxTpPJzKHxxUE2xrIf8uxRnpedRlQMEP8cC5T/8hMkAYOvMvPIi8CsJqdyiB1Bf /IXw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a63si766185pge.113.2019.08.28.20.02.14; Wed, 28 Aug 2019 20:02:32 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726620AbfH2DBU (ORCPT + 99 others); Wed, 28 Aug 2019 23:01:20 -0400 Received: from mga18.intel.com ([134.134.136.126]:23409 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726079AbfH2DBU (ORCPT ); Wed, 28 Aug 2019 23:01:20 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga007.jf.intel.com ([10.7.209.58]) by orsmga106.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 28 Aug 2019 20:01:19 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,442,1559545200"; d="scan'208";a="171750491" Received: from deyangko-mobl.ccr.corp.intel.com ([10.249.168.35]) by orsmga007.jf.intel.com with ESMTP; 28 Aug 2019 20:01:14 -0700 Message-ID: <678b4418be67c76cf1505f0fec69e25ecd0110f5.camel@intel.com> Subject: Re: [PATCH V3 1/5] thermal: qoriq: Add clock operations From: Zhang Rui To: Anson Huang , Leonard Crestez , Shawn Guo Cc: Eduardo Valentin , Daniel Lezcano , "robh+dt@kernel.org" , "mark.rutland@arm.com" , "linux-pm@vger.kernel.org" , "devicetree@vger.kernel.org" , "linux-kernel@vger.kernel.org" , dl-linux-imx , Stephen Boyd , Andrey Smirnov Date: Thu, 29 Aug 2019 11:01:28 +0800 In-Reply-To: References: <20190730022126.17883-1-Anson.Huang@nxp.com> <3f268ab0e05b795c04dbb3490f0c93da998e3b2c.camel@intel.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5-0ubuntu0.18.04.1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 2019-08-29 at 02:49 +0000, Anson Huang wrote: > Hi, Rui > > > > On Wed, 2019-08-28 at 08:51 +0000, Anson Huang wrote: > > > > Hi, Rui > > > > > > > > > On Tue, 2019-08-27 at 12:41 +0000, Leonard Crestez wrote: > > > > > > On 27.08.2019 04:51, Anson Huang wrote: > > > > > > > > In an earlier series the CLK_IS_CRITICAL flags was > > > > > > > > removed > > > > > > > > from the TMU clock so if the thermal driver doesn't > > > > > > > > explicitly enable it the system will hang on probe. > > > > > > > > This is > > > > > > > > what happens in linux-next right now! > > > > > > > > > > > > > > The thermal driver should be built with module, so > > > > > > > default > > > > > > > kernel should can boot up, do you modify the thermal > > > > > > > driver as > > > > > > > built- in? > > > > > > > > > > > > > > > Unless this patches is merged soon we'll end up with a > > > > > > > > 5.4- > > > > > > > > rc1 > > > > > > > > that doesn't boot on imx8mq. An easy fix would be to > > > > > > > > drop/revert commit > > > > > > > > 951c1aef9691 ("clk: imx8mq: Remove CLK_IS_CRITICAL flag > > > > > > > > for > > > > > > > > IMX8MQ_CLK_TMU_ROOT") until the thermal patches are > > > > accepted. > > > > > > > > > > > > > > If the thermal driver is built as module, I think no need > > > > > > > to > > > > > > > revert the commit, but if by default thermal driver is > > > > > > > built-in or mod probed, then yes, it should NOT break > > > > > > > kernel boot > > > > up. > > > > > > > > > > > > The qoriq_thermal driver is built as a module in defconfig > > > > > > and > > > > > > when modules are properly installed in rootfs they will be > > > > > > automatically be probed on boot and cause a hang. > > > > > > > > > > > > I usually run nfsroot with modules: > > > > > > > > > > > > make modules_install INSTALL_MOD_PATH=/srv/nfs/imx8- > > > > > > root > > > > > > > > > > so we need this patch shipped in the beginning of the merge > > > > > window, right? > > > > > if there is hard dependency between patches, it's better to > > > > > send > > > > > them in one series, and get shipped via either tree. > > > > > > > > There is no hard dependency in this patch series. Previous for > > > > the > > > > TMU clock disabled patch, since thermal driver is built as > > > > module so > > > > I did NOT found the issue. The patch series is the correct fix. > > > > > > > > > > Got it. > > > the clock patch is also queued for 5.4-rc1, right? > > > I will apply this series and try to push it as early as possible > > > during the merge window. > > > > The clock patch is as below in Linux-next tree, while I did NOT see > > it in v5.3- > > rc6, so it should be queued for 5.4-rc1, right? > > Thanks for taking the patch series! > > Sorry for pushing, so you will apply this patch series to avoid the > i.MX8MQ kernel boot up hang > caused by insmod qoriq thermal driver, right? Then we no need to > revert that TMU clock patch > 951c1aef9691 ("clk: imx8mq: Remove CLK_IS_CRITICAL flag for > IMX8MQ_CLK_TMU_ROOT"). > right. I will queue it for 5.4-rc1. thanks, rui > Thanks, > Anson > > > > > > > commit 951c1aef9691491ddf4dd5aab76f2665d56bd5d3 > > Author: Anson Huang > > Date: Fri Jul 5 12:56:11 2019 +0800 > > > > clk: imx8mq: Remove CLK_IS_CRITICAL flag for > > IMX8MQ_CLK_TMU_ROOT > > > > IMX8MQ_CLK_TMU_ROOT is ONLY used for thermal module, the driver > > should manage this clock, so no need to have CLK_IS_CRITICAL > > flag > > set. > > > > Signed-off-by: Anson Huang > > Reviewed-by: Abel Vesa > > Acked-by: Stephen Boyd > > Signed-off-by: Shawn Guo > > > > drivers/clk/imx/clk-imx8mq.c > > > > > > Thanks, > > Anson