Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp4215304imw; Tue, 12 Jul 2022 04:12:27 -0700 (PDT) X-Google-Smtp-Source: AGRyM1vckMdILWoxN9nW0uGa9lzmzWG4pyZIfq5oy4HU0FbaBqEsnkzoP9tquvAh3pi7IjWJSGgp X-Received: by 2002:a17:903:185:b0:16c:3af7:dbc8 with SMTP id z5-20020a170903018500b0016c3af7dbc8mr14867457plg.147.1657624346888; Tue, 12 Jul 2022 04:12:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657624346; cv=none; d=google.com; s=arc-20160816; b=NDlsY2/lzqrY3mCv+uGndEfiLE+1Ie3vMSsxUovJWFimQRIQtcErwhFTD5EfY9xKQJ PBQwTb+H/PGdikzxlhN8Sl1ftVTXWrTtnaiThUZfEKbS/qtneYgLs+SXL3e5AOH00yxD XKbDmdgST9sH7OsSqC72tLxUDzjC45VxuVNcu+vA7sTepqyOEo97ZzHa9/8Cs1o2+22B pHuEOxdIQwLrY+JMwBmkNm3rjaMiYZsG1s1ZEtP/pkMFRey3t6jGBArlwPe3+3qJr8jR POhn+k6eo9bYFWWShPan9l4kNtU6HExj/hoFqCBOiqEIo6zHHreCX10J1laHO7Bzf8h3 9hHA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=M7wOKduX9nDMQ9c9MP2jVhZeZha7VgiaQzYwbPBnssM=; b=rSx1xI+Crt/WW0VxeukN3usjbSddz51szVvl783QT8HpwF5nsA81VyzKbTdWXrgwXe eRrrGL/QsiJfat8OtgM/Qi1QSZdQHyZhufJZTa2TUTo+TtgY7OsJIO3WJtD0F38hJN0I MfJaC1L1d7WYWaTuB1JIvaxyhTX0I60y0zBbTNWmeolvRBXf+QYNXPSc8Gd2H3mynC+T mz0uUrfC6xBAgo9kDa/J+yAB+VNxD7rQgybNXkSuDFU/Ugxny50Vdckf1K0wMrzGOSda u26UAcksfxccxMy3J1NmDew8yOdxdQ3EVYaVPZ+zxstGFydw+/03mZg5BIo4qYgjHVGu zDqQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=NoVfHOzb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id d7-20020a056a00244700b005256f0bc3a7si13896545pfj.126.2022.07.12.04.12.09; Tue, 12 Jul 2022 04:12:26 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=NoVfHOzb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232875AbiGLK6V (ORCPT + 99 others); Tue, 12 Jul 2022 06:58:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43798 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232864AbiGLK57 (ORCPT ); Tue, 12 Jul 2022 06:57:59 -0400 Received: from madras.collabora.co.uk (madras.collabora.co.uk [46.235.227.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2130FAF755; Tue, 12 Jul 2022 03:57:52 -0700 (PDT) Received: from [192.168.1.100] (2-237-20-237.ip236.fastwebnet.it [2.237.20.237]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) (Authenticated sender: kholk11) by madras.collabora.co.uk (Postfix) with ESMTPSA id 3006466018EA; Tue, 12 Jul 2022 11:57:50 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1657623470; bh=zNavgn7eqp0AZ8YWzxsjeIyE+kpCiuIr7vB2/QMskHA=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=NoVfHOzb7wbgqSNF8TfU3MKhpSjp7SYxbjN5LvVc7V6o94SAgp8XgNDf5rH3bALLn cWmVCsK3A8WlH4wjg4TXj9TYwMy++nBR91YevrkvdOocLO4uw53p5hspkCZzD53U7+ 0ICR8b08Y/dDHDT+2sUQh6Lo9hJ35XaOgz+ozcixv/VPPEnVqYCyINTDgIM1pKGtqf xV6BAcQN3KJYNOWNd7ZBguGDL+48p/mN0CQ5Bwj1Sy1rPkPB+wbNju4PFzDYPdfQT8 6d13aJ9MebqiRUNwt2NBYSLjcHjFQDuOiDG8GkFoK3F/rFf3kMSYdYiZ8EFEAuLcYI T1YXJb117NF0A== Message-ID: <9102680e-2c4c-6c62-0255-5f3f669dd16c@collabora.com> Date: Tue, 12 Jul 2022 12:57:47 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Subject: Re: [PATCH] clk: mediatek: Don't check HW status for mt8192/5's imp_iic_wrap clocks Content-Language: en-US To: Chen-Yu Tsai Cc: =?UTF-8?B?TsOtY29sYXMgRi4gUi4gQS4gUHJhZG8=?= , Stephen Boyd , kernel@collabora.com, Chun-Jie Chen , Ikjoon Jang , Matthias Brugger , Michael Turquette , Miles Chen , Ran Jianping , Weiyi Lu , linux-arm-kernel@lists.infradead.org, linux-clk@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mediatek@lists.infradead.org References: <20220711205733.203963-1-nfraprado@collabora.com> <473aa749-fcfe-bd38-0d83-95375aeef8a3@collabora.com> From: AngeloGioacchino Del Regno In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Il 12/07/22 12:56, Chen-Yu Tsai ha scritto: > On Tue, Jul 12, 2022 at 6:55 PM AngeloGioacchino Del Regno > wrote: >> >> Il 12/07/22 12:44, Chen-Yu Tsai ha scritto: >>> Hi, >>> >>> On Tue, Jul 12, 2022 at 4:57 AM Nícolas F. R. A. Prado >>> wrote: >>>> >>>> The imp_iic_wrap clocks on mt8192/mt8195 require that the i2c_sel parent >>>> clock be enabled before their hardware status can be checked. Since this >>>> wasn't taken into account, reading from the clk_summary debugfs file >>>> would cause the system to completely freeze. >>>> >>>> Assuming that this clock is managed only by the kernel, and not by any >>>> firmware, simply drop the is_enabled() optional callback and instead >>>> rely on the enable count for the imp_iic_wrap clocks. >>> >>> That's the wrong way to go about it. >>> >>> The I2C clocks already have the CLK_OPS_PARENT_ENABLE flag set. So the >>> issue is that somewhere in the clk core, a piece of code is not honoring >>> that flag. >>> >>> And it seems that's in more than one place. >>> >> >> Uhm, you're right. I gave my Tested-by, but not a Reviewed-by because I >> wasn't really convinced about this solution being the best. >> >> Now that I think of it, the solution may be as simple as: >> >> clk.c >> >> static bool clk_core_is_enabled(struct clk_core *core) >> { >> bool ret = false; >> >> /* >> * If this clock needs parent enabled, but its parent is >> * off, we directly return false for two reasons: >> * 1. This clock being enabled would be impossible >> * 2. The platform may crash for unclocked access while >> * reading the status of this clock (where a .is_enabled >> * callback is provided). >> */ >> if (core->flags & CLK_OPS_PARENT_ENABLE && >> !clk_core_is_enabled(core->parent)) >> return false; >> >> ... etc etc etc ... >> } >> >> Nícolas, did you try this approach? > > I have a patch ready, but I got distracted by other stuff today. > Let's just wait for your patch then, seems like being the most sensible option. Cheers! > ChenYu > >>> Regards >>> ChenYu >>> >>>> Signed-off-by: Nícolas F. R. A. Prado >>>> >>>> --- >>>> >>>> drivers/clk/mediatek/clk-gate.c | 6 ++++++ >>>> drivers/clk/mediatek/clk-gate.h | 1 + >>>> drivers/clk/mediatek/clk-mt8192-imp_iic_wrap.c | 2 +- >>>> drivers/clk/mediatek/clk-mt8195-imp_iic_wrap.c | 2 +- >>>> 4 files changed, 9 insertions(+), 2 deletions(-) >>>> >>>> diff --git a/drivers/clk/mediatek/clk-gate.c b/drivers/clk/mediatek/clk-gate.c >>>> index 421806236228..8e7c719a69b3 100644 >>>> --- a/drivers/clk/mediatek/clk-gate.c >>>> +++ b/drivers/clk/mediatek/clk-gate.c >>>> @@ -124,6 +124,12 @@ static void mtk_cg_disable_inv_no_setclr(struct clk_hw *hw) >>>> mtk_cg_clr_bit_no_setclr(hw); >>>> } >>>> >>>> +const struct clk_ops mtk_clk_gate_ops_setclr_counted = { >>>> + .enable = mtk_cg_enable, >>>> + .disable = mtk_cg_disable, >>>> +}; >>>> +EXPORT_SYMBOL_GPL(mtk_clk_gate_ops_setclr_counted); >>>> + >>>> const struct clk_ops mtk_clk_gate_ops_setclr = { >>>> .is_enabled = mtk_cg_bit_is_cleared, >>>> .enable = mtk_cg_enable, >>>> diff --git a/drivers/clk/mediatek/clk-gate.h b/drivers/clk/mediatek/clk-gate.h >>>> index d9897ef53528..b5502b2911f5 100644 >>>> --- a/drivers/clk/mediatek/clk-gate.h >>>> +++ b/drivers/clk/mediatek/clk-gate.h >>>> @@ -19,6 +19,7 @@ extern const struct clk_ops mtk_clk_gate_ops_setclr; >>>> extern const struct clk_ops mtk_clk_gate_ops_setclr_inv; >>>> extern const struct clk_ops mtk_clk_gate_ops_no_setclr; >>>> extern const struct clk_ops mtk_clk_gate_ops_no_setclr_inv; >>>> +extern const struct clk_ops mtk_clk_gate_ops_setclr_counted; >>>> >>>> struct mtk_gate_regs { >>>> u32 sta_ofs; >>>> diff --git a/drivers/clk/mediatek/clk-mt8192-imp_iic_wrap.c b/drivers/clk/mediatek/clk-mt8192-imp_iic_wrap.c >>>> index 700356ac6a58..900ee601169c 100644 >>>> --- a/drivers/clk/mediatek/clk-mt8192-imp_iic_wrap.c >>>> +++ b/drivers/clk/mediatek/clk-mt8192-imp_iic_wrap.c >>>> @@ -20,7 +20,7 @@ static const struct mtk_gate_regs imp_iic_wrap_cg_regs = { >>>> >>>> #define GATE_IMP_IIC_WRAP(_id, _name, _parent, _shift) \ >>>> GATE_MTK_FLAGS(_id, _name, _parent, &imp_iic_wrap_cg_regs, _shift, \ >>>> - &mtk_clk_gate_ops_setclr, CLK_OPS_PARENT_ENABLE) >>>> + &mtk_clk_gate_ops_setclr_counted, CLK_OPS_PARENT_ENABLE) >>>> >>>> static const struct mtk_gate imp_iic_wrap_c_clks[] = { >>>> GATE_IMP_IIC_WRAP(CLK_IMP_IIC_WRAP_C_I2C10, "imp_iic_wrap_c_i2c10", "infra_i2c0", 0), >>>> diff --git a/drivers/clk/mediatek/clk-mt8195-imp_iic_wrap.c b/drivers/clk/mediatek/clk-mt8195-imp_iic_wrap.c >>>> index fbc809d05072..e50a77b844f4 100644 >>>> --- a/drivers/clk/mediatek/clk-mt8195-imp_iic_wrap.c >>>> +++ b/drivers/clk/mediatek/clk-mt8195-imp_iic_wrap.c >>>> @@ -18,7 +18,7 @@ static const struct mtk_gate_regs imp_iic_wrap_cg_regs = { >>>> >>>> #define GATE_IMP_IIC_WRAP(_id, _name, _parent, _shift) \ >>>> GATE_MTK_FLAGS(_id, _name, _parent, &imp_iic_wrap_cg_regs, _shift, \ >>>> - &mtk_clk_gate_ops_setclr, CLK_OPS_PARENT_ENABLE) >>>> + &mtk_clk_gate_ops_setclr_counted, CLK_OPS_PARENT_ENABLE) >>>> >>>> static const struct mtk_gate imp_iic_wrap_s_clks[] = { >>>> GATE_IMP_IIC_WRAP(CLK_IMP_IIC_WRAP_S_I2C5, "imp_iic_wrap_s_i2c5", "top_i2c", 0), >>>> -- >>>> 2.37.0 >>>> >> >> -- AngeloGioacchino Del Regno Software Engineer Collabora Ltd. Platinum Building, St John's Innovation Park, Cambridge CB4 0DS, UK Registered in England & Wales, no. 5513718