Received: by 2002:a05:7412:e794:b0:fa:551:50a7 with SMTP id o20csp925957rdd; Wed, 10 Jan 2024 03:56:13 -0800 (PST) X-Google-Smtp-Source: AGHT+IGEXmBS2wmh8xpP/Rcgh6sx2th1d4kJEozduuTRQilVzVaUdcBdIBylp9dGglcDyFM+81zF X-Received: by 2002:a05:6214:5182:b0:67f:4926:60da with SMTP id kl2-20020a056214518200b0067f492660damr812789qvb.19.1704887772888; Wed, 10 Jan 2024 03:56:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1704887772; cv=none; d=google.com; s=arc-20160816; b=Naqo6lToK8TDl00xTVGEDPU3w84weemqTVWjesvjEFBDtE/jmCpJaJgkzLuNBBHu3g w8XOlFDSRlP0YaGTUQtgcEj7clBcS9E4vJwBVmHs1/JRylWnFn4TV6kif39ISkdds1N1 OrEzkN/9vMXkBg537hvhSrPnHjPjd5nmDdQi9yx1hc0BZdzoJizg5ONl6eXjKIBk2hia w85eZPxkueyIZPWInj+bKQm+47+sELB/4f4NF79oqH6xIOesonWAyiVIXoRztE0+c+Qe STg1rLzSpdYQAozc5WS5ahT7EWOR308M4oWa2VfmNUFebRol5xv3EMIp9E0PUV5SfMA8 WXxw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:list-unsubscribe:list-subscribe:list-id:precedence :message-id:date:subject:cc:to:from; bh=Xil8R2MiKh3cpNryT4KO7eOiGjLPp2EkEcjPYuRCBMc=; fh=V8JsB5Nz8lP9WCU7XY58dCiMDIEgQ31tjBN28lzHpAg=; b=HctI9R5gc21Y/x79P7cCE8FS8zdItLh0nUa2yiJabN2oAINC+DwUDInC2zsD4iiu/h N5y/MQN2wxw+YA9rv/Fv4/BA7KZG5xv5WIVocwSY6YFINsstdjf+lykX+pyRHzlXl6wx FY30MVQ5upU7D2ZvtogErUO05MHptMlJ/v9EJ9CPnngBMJa29+Sb+AbJvXux2FN88FLz qA/OH6aS7ZLdVlOvmxBeWV0GOhnHpinEZY0ohEpA6rRpgB+TIO+K44GTbi17qVGi4GvV D8bZfuyqJPE6mGAb0zCmnH6Dia3Fc1sJfhExi0ehSLv4G07GoyDdZ3GmFyBn4UHTOR7z oBUg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel+bounces-22142-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-22142-linux.lists.archive=gmail.com@vger.kernel.org" Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [147.75.199.223]) by mx.google.com with ESMTPS id a20-20020a0ce394000000b0068081592c46si4160947qvl.145.2024.01.10.03.56.12 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 10 Jan 2024 03:56:12 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-22142-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) client-ip=147.75.199.223; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel+bounces-22142-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-22142-linux.lists.archive=gmail.com@vger.kernel.org" Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id A219A1C21EA4 for ; Wed, 10 Jan 2024 11:56:12 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 1F44F481CB; Wed, 10 Jan 2024 11:55:57 +0000 (UTC) Received: from SHSQR01.spreadtrum.com (unknown [222.66.158.135]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 806B0481A2 for ; Wed, 10 Jan 2024 11:55:50 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=unisoc.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=unisoc.com Received: from dlp.unisoc.com ([10.29.3.86]) by SHSQR01.spreadtrum.com with ESMTP id 40ABtV4Y048116; Wed, 10 Jan 2024 19:55:31 +0800 (+08) (envelope-from Di.Shen@unisoc.com) Received: from SHDLP.spreadtrum.com (bjmbx01.spreadtrum.com [10.0.64.7]) by dlp.unisoc.com (SkyGuard) with ESMTPS id 4T95fV60jCz2NZjch; Wed, 10 Jan 2024 19:48:34 +0800 (CST) Received: from bj10906pcu1.spreadtrum.com (10.0.73.72) by BJMBX01.spreadtrum.com (10.0.64.7) with Microsoft SMTP Server (TLS) id 15.0.1497.23; Wed, 10 Jan 2024 19:55:28 +0800 From: Di Shen To: , , , CC: , , , , , , , Subject: [PATCH V7] thermal/core/power_allocator: avoid thermal cdev can not be reset Date: Wed, 10 Jan 2024 19:55:26 +0800 Message-ID: <20240110115526.30776-1-di.shen@unisoc.com> X-Mailer: git-send-email 2.17.1 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain X-ClientProxiedBy: SHCAS01.spreadtrum.com (10.0.1.201) To BJMBX01.spreadtrum.com (10.0.64.7) X-MAIL:SHSQR01.spreadtrum.com 40ABtV4Y048116 Commit 0952177f2a1f ("thermal/core/power_allocator: Update once cooling devices when temp is low") adds an update flag to avoid the thermal event is triggered when there is no need, and thermal cdev would be updated once when temperature is low. But when the trips are writable, and switch_on_temp is set to be a higher value, the cooling device state may not be reset to 0, because last_temperature is smaller than the switch_on_temp. For example: First: switch_on_temp=70 control_temp=85; Then userspace change the trip_temp: switch_on_temp=45 control_temp=55 cur_temp=54 Then userspace reset the trip_temp: switch_on_temp=70 control_temp=85 cur_temp=57 last_temp=54 At this time, the cooling device state should be reset to 0. However, because cur_temp(57) < switch_on_temp(70) last_temp(54) < switch_on_temp(70) ----> update = false, update is false, the cooling device state can not be reset. Considering tz->passive can also be represented the temperature status, this patch modifies the update flag with tz->passive. When the first time the temperature drops below switch_on, the states of cooling devices can be reset once, and the tz->passive is updated to 0. In the next round, because tz->passive is 0, the cdev->state would not be updated. By using the tz->passive as the "update" flag, the issue above can be solved, and the cooling devices can be update only once when the temperature is low. Fixes: 0952177f2a1f ("thermal/core/power_allocator: Update once cooling devices when temp is low") Cc: # v5.13+ Suggested-by: Wei Wang Signed-off-by: Di Shen --- V7: - Some formatting changes. - Add Suggested-by tag. V6: [6] Compared to the previous version: - Not change the thermal core. - Not add new variables and function. - Use tz->passive as "update" flag to indicate whether the cooling devices should be reset. V5: [5] - Simplify the reset ops, make it no return value and no specific trip ID as argument. - Extend the commit message. V4: [4] - Compared to V3, handle it in thermal core instead of in governor. - Add an ops to the governor structure, and call it when a trip point is changed. - Define reset ops for power allocator. V3: [3] - Add fix tag. V2: [2] - Compared to v1, do not revert. - Add a variable(last_switch_on_temp) in power_allocator_params to record the last switch_on_temp value. - Adds a function to renew the update flag and update the last_switch_on_temp when thermal trips are writable. V1: [1] - Revert commit 0952177f2a1f. [1] https://lore.kernel.org/all/20230309135515.1232-1-di.shen@unisoc.com/ [2] https://lore.kernel.org/all/20230315093008.17489-1-di.shen@unisoc.com/ [3] https://lore.kernel.org/all/20230320095620.7480-1-di.shen@unisoc.com/ [4] https://lore.kernel.org/all/20230619063534.12831-1-di.shen@unisoc.com/ [5] https://lore.kernel.org/all/20230710033234.28641-1-di.shen@unisoc.com/ [6] https://lore.kernel.org/all/20240109112736.32566-1-di.shen@unisoc.com/ --- --- drivers/thermal/gov_power_allocator.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/thermal/gov_power_allocator.c b/drivers/thermal/gov_power_allocator.c index 7b6aa265ff6a..81e061f183ad 100644 --- a/drivers/thermal/gov_power_allocator.c +++ b/drivers/thermal/gov_power_allocator.c @@ -762,7 +762,7 @@ static int power_allocator_throttle(struct thermal_zone_device *tz, trip = params->trip_switch_on; if (trip && tz->temperature < trip->temperature) { - update = tz->last_temperature >= trip->temperature; + update = tz->passive; tz->passive = 0; reset_pid_controller(params); allow_maximum_power(tz, update); -- 2.17.1