From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-8.2 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI, SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,UNPARSEABLE_RELAY,USER_AGENT_SANE_2 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 99EF6C433E0 for ; Wed, 8 Jul 2020 10:04:28 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 6691920772 for ; Wed, 8 Jul 2020 10:04:28 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="IEeC1UFs"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=mediatek.com header.i=@mediatek.com header.b="MeOHIASa" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 6691920772 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=mediatek.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To:Date:To:From: Subject:Message-ID:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=o+zzJfP3OqwQdhBEVqHYQuAWE0uImSgRo4i/m+Njj/I=; b=IEeC1UFs1ZmbIutwTSt5nN9BI 7ItunTxxX2JvQ2tqLnRqVUdZbIJRqIzc5SMW+u7eL4N1m4I20eHt4Sg7uTnxgOsW0rcJOYMVWSVLP aQqZuC5siDm5PFUK6U6lhv5haKF/YY2BOfXz1ie+XAFXhvDhtfA4b++l2FqaqcbE7ttXc1J5+5QDO Iia/VAR9x45JOWdJyuKTAvBAlM9dw7/y6k5gPDreHVfpbXGiAWwjdG5E7rs7SgegkwrcJvfZfD+1n sRY+FOyNUN02I5DtBPgWuL9IiLUMzZ9OtlUQ4/BdEsiElLbdfekZ2w2ECJc93Ja0dM8h+Zr5thDyZ BW8FIqMXQ==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1jt6sx-0007Ia-7E; Wed, 08 Jul 2020 10:01:03 +0000 Received: from mailgw02.mediatek.com ([216.200.240.185]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1jt6st-0007Hb-S2; Wed, 08 Jul 2020 10:01:01 +0000 X-UUID: ac6091508fd749f8bc86f7a6bd9e8a45-20200708 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mediatek.com; s=dk; h=Content-Transfer-Encoding:MIME-Version:Content-Type:References:In-Reply-To:Date:CC:To:From:Subject:Message-ID; bh=mNBRD0ukUR3We0EMt+SXwtboaBMsJAHJGnz1Pk9Q/bw=; b=MeOHIASaSgC9MchyaIOVqbJjEikbT8wid8K2gQCN1g7E92/rQ/dIF5C8BUjVIVTjexpWDNcIsAtw6aDfz1qapoMlliIeCQ96J76I1ih641G4uwlo7m6SaRS1f8mQ60W304uIOv5J3fZm8jD0ME/u6aHjDnqc3GbKYw70xefi42o=; X-UUID: ac6091508fd749f8bc86f7a6bd9e8a45-20200708 Received: from mtkcas68.mediatek.inc [(172.29.94.19)] by mailgw02.mediatek.com (envelope-from ) (musrelay.mediatek.com ESMTP with TLS) with ESMTP id 1766309016; Wed, 08 Jul 2020 02:00:46 -0800 Received: from mtkmbs07n1.mediatek.inc (172.21.101.16) by MTKMBS62DR.mediatek.inc (172.29.94.18) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 8 Jul 2020 03:00:33 -0700 Received: from mtkcas08.mediatek.inc (172.21.101.126) by mtkmbs07n1.mediatek.inc (172.21.101.16) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 8 Jul 2020 18:00:31 +0800 Received: from [172.21.84.99] (172.21.84.99) by mtkcas08.mediatek.inc (172.21.101.73) with Microsoft SMTP Server id 15.0.1497.2 via Frontend Transport; Wed, 8 Jul 2020 18:00:32 +0800 Message-ID: <1594202433.20216.5.camel@mtksdccf07> Subject: Re: [v4,7/7] thermal: mediatek: use spinlock to protect PTPCORESEL From: Michael Kao To: Daniel Lezcano Date: Wed, 8 Jul 2020 18:00:33 +0800 In-Reply-To: <4c9e9abf-1f87-ae68-3827-22df52adfd19@linaro.org> References: <20200323121537.22697-1-michael.kao@mediatek.com> <20200323121537.22697-8-michael.kao@mediatek.com> <1afbf412-fbeb-8abe-66d8-bd7ac4e9dd83@linaro.org> <1591329023.12739.0.camel@mtksdccf07> <4c9e9abf-1f87-ae68-3827-22df52adfd19@linaro.org> X-Mailer: Evolution 3.2.3-0ubuntu6 MIME-Version: 1.0 X-MTK: N X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200708_060100_049792_2BBB053F X-CRM114-Status: GOOD ( 26.37 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Mark Rutland , devicetree@vger.kernel.org, srv_heupstream@mediatek.com, linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, Eduardo Valentin , Rob Herring , linux-mediatek@lists.infradead.org, hsinyi@chromium.org, Matthias Brugger , Zhang Rui , linux-arm-kernel@lists.infradead.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Tue, 2020-07-07 at 10:13 +0200, Daniel Lezcano wrote: > On 05/06/2020 05:50, Michael Kao wrote: > > On Fri, 2020-05-22 at 17:36 +0200, Daniel Lezcano wrote: > >> On 23/03/2020 13:15, Michael Kao wrote: > >>> From: "michael.kao" > >>> > >>> The driver of thermal and svs will use the > >>> same register for the project which should select > >>> bank before reading sensor value. > >> > >> Here there is a design problem AFAICT. The sensor should not be using > >> external locks. > >> > > The PTPCORESEL is a common register used by svs and thermal. > > The thermal need to ensure PTPCORESEL register will not be changed by > > svs when thermal switch bank to read raw data of temperature. > > So we use svs_lock to make sure there is no conflict between the two > > drivers. > > Why not use regmap ? > Hi Daniel, We are not sure the regmap can solve the problem. The regmap can lock CORESELECT. But it can not protect the other sensors registers which thermal controller start to read temperature need to access. After internal disscussion, we don't have this kind of experience to use regmap to protect some peice of code. We will do some research of this kind of usage. Thanks for your suggestion. > >>> Signed-off-by: Michael Kao > >>> --- > >>> drivers/thermal/mtk_thermal.c | 9 ++++----- > >>> 1 file changed, 4 insertions(+), 5 deletions(-) > >>> > >>> diff --git a/drivers/thermal/mtk_thermal.c b/drivers/thermal/mtk_thermal.c > >>> index 9eaca432920e..594ad4f0f8cd 100644 > >>> --- a/drivers/thermal/mtk_thermal.c > >>> +++ b/drivers/thermal/mtk_thermal.c > >>> @@ -22,6 +22,7 @@ > >>> #include > >>> #include > >>> #include > >>> +#include > >>> > >>> /* AUXADC Registers */ > >>> #define AUXADC_CON1_SET_V 0x008 > >>> @@ -262,7 +263,7 @@ struct mtk_thermal { > >>> struct clk *clk_peri_therm; > >>> struct clk *clk_auxadc; > >>> /* lock: for getting and putting banks */ > >>> - struct mutex lock; > >>> + unsigned long flags; > >>> > >>> /* Calibration values */ > >>> s32 adc_ge; > >>> @@ -561,7 +562,7 @@ static void mtk_thermal_get_bank(struct mtk_thermal_bank *bank) > >>> u32 val; > >>> > >>> if (mt->conf->need_switch_bank) { > >>> - mutex_lock(&mt->lock); > >>> + mt->flags = claim_mtk_svs_lock(); > >>> > >>> val = readl(mt->thermal_base + PTPCORESEL); > >>> val &= ~0xf; > >>> @@ -581,7 +582,7 @@ static void mtk_thermal_put_bank(struct mtk_thermal_bank *bank) > >>> struct mtk_thermal *mt = bank->mt; > >>> > >>> if (mt->conf->need_switch_bank) > >>> - mutex_unlock(&mt->lock); > >>> + release_mtk_svs_lock(mt->flags); > >>> } > >>> > >>> /** > >>> @@ -938,8 +939,6 @@ static int mtk_thermal_probe(struct platform_device *pdev) > >>> if (ret) > >>> return ret; > >>> > >>> - mutex_init(&mt->lock); > >>> - > >>> mt->dev = &pdev->dev; > >>> > >>> auxadc = of_parse_phandle(np, "mediatek,auxadc", 0); > >>> > >> > >> > > > > _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel