Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp1915071pxb; Thu, 16 Sep 2021 20:07:42 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy2fRAuZQeOPjvrIvJ5NY38QJ5dNbI6JBqeEigxPtinJF6czUaeCqYIL483HXVKc8VzZOUJ X-Received: by 2002:aa7:dd8c:: with SMTP id g12mr10003605edv.280.1631848062423; Thu, 16 Sep 2021 20:07:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631848062; cv=none; d=google.com; s=arc-20160816; b=FCr+RdBupF5Vl4ldZhNg0LK9cxRaGdDaeUQdIIYAyakmInapXXPjSVaHKyxE8MFqBD sTMnyV3ZFbDTif5hZCrlR5hacXjY2qgIeQyxEiDYUjKuCHe0/LI2706irw3IRZnEcaW+ cNHk2fOVbICj2Hyeo4xIWp4SYVsyUJZGaLHz1tQ5JxGLtAdxQtp5G5xkoecrDDM3lECe ia7pJoApa638biY25WO5OxgXe/1UwVZ/6/fWATu2zmdQe9YYRybtJ2d4Pb5Ay7FqASLs ZV1WUEgrqD7Y2RXoLxtZXmyjQ4pOpePDdyY7JqiqU16JSFBvPJgFWZm1FtPbWlMS6bKo n3UA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=4mNJfvQY+rVw8IJ5hnUMucUw18jIhTr5p35oZEetJRg=; b=EJQ5dLx8gDmu61OTvkwuURIrArYrUfIntpBY2w9DBo6JQ+CxR4oh3YEFayQ6u5+hUg cyy26asTLyhxktmaXNVriK9dSlTVAIjZHsslTmeaOp/1yq6leFLzpWFPjJhvuqw1PbLm Jl3nGLuExWF7wQ3naCjXIovDBav9s32KKB3gCRe57aCpHlbxVMrVrqUEv4FYBYYQqXUG qbxRd6HNAEiOF+DfT7X5hBz1iPRy7iOYoOonpsoylzvRoZ/ZcYqBXsZhZCJWKjQ0YrWe 94MC9dVwOnIleAom3bNN9eN37sNUM2uDcBpRIR1Yf8W8R/5WsU0Bdh4b5fOxgytBzflR PdZg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="R3F6/A3t"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y12si5209139edd.393.2021.09.16.20.07.19; Thu, 16 Sep 2021 20:07:42 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="R3F6/A3t"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S245596AbhIPR0E (ORCPT + 99 others); Thu, 16 Sep 2021 13:26:04 -0400 Received: from mail.kernel.org ([198.145.29.99]:43512 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1351522AbhIPRSA (ORCPT ); Thu, 16 Sep 2021 13:18:00 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id A803A61A08; Thu, 16 Sep 2021 16:40:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1631810447; bh=3YFunZ3hlc2GCNPhew0LSVgKaXkLPk5AYp8WX289ifY=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=R3F6/A3tiYUGu+9/4hXKxhxNr45Td5sO5jOu8cYoOQL2Reguqec/ZCUdiWoU/xaeh UldYqt2y6IV4fym6Ku/oTsLgLPj2YaPwNxEEQ0DGiBwotHSWlNKVFqHnwcfPJCvBeV zd1qU+wqcibnVoGA0DKDXKClL/Jkt2YSDan73UN4= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Sergio Paracuellos , Stephen Boyd , Sasha Levin Subject: [PATCH 5.14 145/432] clk: ralink: avoid to set CLK_IS_CRITICAL flag for gates Date: Thu, 16 Sep 2021 17:58:14 +0200 Message-Id: <20210916155815.674575731@linuxfoundation.org> X-Mailer: git-send-email 2.33.0 In-Reply-To: <20210916155810.813340753@linuxfoundation.org> References: <20210916155810.813340753@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Sergio Paracuellos [ Upstream commit c16edf5ff8ece9c4135175da4103cee1bec360be ] 'clk_init_data' for gates is setting up 'CLK_IS_CRITICAL' flag for all of them. This was being doing because some drivers of this SoC might not be ready to use the clock and we don't wanted the kernel to disable them since default behaviour without clock driver was to set all gate bits to enabled state. After a bit more testing and checking driver code it is safe to remove this flag and just let the kernel to disable those gates that are not in use. No regressions seems to appear. Fixes: 48df7a26f470 ("clk: ralink: add clock driver for mt7621 SoC") Signed-off-by: Sergio Paracuellos Link: https://lore.kernel.org/r/20210727055537.11785-1-sergio.paracuellos@gmail.com Signed-off-by: Stephen Boyd Signed-off-by: Sasha Levin --- drivers/clk/ralink/clk-mt7621.c | 9 +-------- 1 file changed, 1 insertion(+), 8 deletions(-) diff --git a/drivers/clk/ralink/clk-mt7621.c b/drivers/clk/ralink/clk-mt7621.c index 857da1e274be..a2c045390f00 100644 --- a/drivers/clk/ralink/clk-mt7621.c +++ b/drivers/clk/ralink/clk-mt7621.c @@ -131,14 +131,7 @@ static int mt7621_gate_ops_init(struct device *dev, struct mt7621_gate *sclk) { struct clk_init_data init = { - /* - * Until now no clock driver existed so - * these SoC drivers are not prepared - * yet for the clock. We don't want kernel to - * disable anything so we add CLK_IS_CRITICAL - * flag here. - */ - .flags = CLK_SET_RATE_PARENT | CLK_IS_CRITICAL, + .flags = CLK_SET_RATE_PARENT, .num_parents = 1, .parent_names = &sclk->parent_name, .ops = &mt7621_gate_ops, -- 2.30.2