Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp11324003pxu; Thu, 31 Dec 2020 06:24:09 -0800 (PST) X-Google-Smtp-Source: ABdhPJz93IeAqL7XPawkx/dCSRjVV4VxFycc1tjO/7GReMhKH6dto0+lOaXb6RhchrPIUEYSK57W X-Received: by 2002:a50:f0dc:: with SMTP id a28mr55794958edm.291.1609424648961; Thu, 31 Dec 2020 06:24:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1609424648; cv=none; d=google.com; s=arc-20160816; b=ZCgfdYUTHZBtPw3m8lyi41j9oxE7YwdsoMDhwKoZjAd7OTxbAGSfdaBgYxD2nMK5FE Exp8rwK+49DZHrS7ls9Na77wKpOpgvMzPZgSdClcWh/E980JSWaIxeInTunTbwjbfvaM fJq7R0aIJwd/oFA++rwvYzvpkY+WmHdReMkhBYBCRWO8OPrAUhHUOmymGtfazJqrfy/s 4/TTBmJKPpFT7jkyCBdNSmWLQJ2gHpdHVd13dyGAIEzAsi7EMZnU0BVxhBqI4Ft0TGSS /ac0jGllylaYo4hDWkjaDma9k/C2/TwD/HEn1m3h/0Gu0DJAlFhMtkGlhZ6sSEiq4Mjy xr2Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:message-id:date :subject:cc:to:from; bh=nhNmJD05yJUpNRp9XDDRgM/Pa0oD9xEzm91rGQbNXZc=; b=BuPXo/UQd89MmcSUZYrfMSjxDF8i29/V1S1oDdIQeIo81CJVVSN7ZCGIfHqdOl0etJ o9h9UCVT4HolyQYVk1JyS942IfOjW+N0sPsOfRWOZ1w6hNqAJoWBWOhFqT5e9P3Le9sa oSgE5oRMtfBFTm7kQj8dKO+X31ClqktLoKwGyan+fOQ60GdkNkx0A4D2eACDy0HoYxSv JxDWCAkGnDdtjr3mbKTNTujcevna8rmh3eYIKRxsxJkrPacWMPj5qgkZGhya4f4gYZwL e8MeFDFWdI3h/vt0Y4nis0A10tXQx8QhjmpYBaWwDTJL1TUDxt1Vv8cxZWrbRthBPcHw iKFA== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=puri.sm Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o20si11218294edi.262.2020.12.31.06.23.47; Thu, 31 Dec 2020 06:24:08 -0800 (PST) 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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=puri.sm Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726579AbgLaOXH (ORCPT + 99 others); Thu, 31 Dec 2020 09:23:07 -0500 Received: from comms.puri.sm ([159.203.221.185]:59562 "EHLO comms.puri.sm" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726219AbgLaOXG (ORCPT ); Thu, 31 Dec 2020 09:23:06 -0500 Received: from localhost (localhost [127.0.0.1]) by comms.puri.sm (Postfix) with ESMTP id 31710E117D; Thu, 31 Dec 2020 06:22:26 -0800 (PST) Received: from comms.puri.sm ([127.0.0.1]) by localhost (comms.puri.sm [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Uz3fBmt1EJap; Thu, 31 Dec 2020 06:22:25 -0800 (PST) From: Martin Kepplinger To: mturquette@baylibre.com, sboyd@kernel.org, shawnguo@kernel.org, festevam@gmail.com Cc: kernel@pengutronix.de, linux-imx@nxp.com, linux-clk@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Martin Kepplinger Subject: [PATCH] Revert "clk: imx: fix composite peripheral flags" Date: Thu, 31 Dec 2020 15:21:49 +0100 Message-Id: <20201231142149.26062-1-martin.kepplinger@puri.sm> Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This reverts commit 936c383673b9e3007432f17140ac62de53d87db9. It breaks clock reparenting via devfreq on the imx8mq used in the Librem 5 phone. When switching dram frequency (which worked before) the system now hangs after this where the dram_apb clock cannot be set: [ 129.391755] imx8m-ddrc-devfreq 3d400000.memory-controller: failed to set dram_apb parent: -16 [ 129.391959] imx8m-ddrc-devfreq 3d400000.memory-controller: ddrc failed freq switch to 25000000 from 800000000: error -16. now at 25000000 [ 129.406133] imx8m-ddrc-devfreq 3d400000.memory-controller: failed to update frequency from PM QoS (-16) Note that on the Librem 5 devkit that uses a different revision of the imx8mq SoC, the added flag does *not* break said clock reparenting so there might be subtle differences here. Signed-off-by: Martin Kepplinger --- drivers/clk/imx/clk-composite-8m.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/clk/imx/clk-composite-8m.c b/drivers/clk/imx/clk-composite-8m.c index 2c309e3dc8e3..78fb7e52a42a 100644 --- a/drivers/clk/imx/clk-composite-8m.c +++ b/drivers/clk/imx/clk-composite-8m.c @@ -216,7 +216,6 @@ struct clk_hw *imx8m_clk_hw_composite_flags(const char *name, div->width = PCG_PREDIV_WIDTH; divider_ops = &imx8m_clk_composite_divider_ops; mux_ops = &clk_mux_ops; - flags |= CLK_SET_PARENT_GATE; } div->lock = &imx_ccm_lock; -- 2.20.1