Received: by 2002:a05:7412:e794:b0:fa:551:50a7 with SMTP id o20csp966692rdd; Wed, 10 Jan 2024 05:03:44 -0800 (PST) X-Google-Smtp-Source: AGHT+IEbQev5vOHSNcCtWERKMmxmCqGhaNF3jb+UPjwPGb4b87rstMIlsWlGxkk1YEUMW8uv51K+ X-Received: by 2002:a81:5405:0:b0:5e7:8eba:6353 with SMTP id i5-20020a815405000000b005e78eba6353mr1008058ywb.80.1704891824263; Wed, 10 Jan 2024 05:03:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1704891824; cv=none; d=google.com; s=arc-20160816; b=nz5sypCo2onEw60+VET4KsqVx1ZtwoPjIJXNAYAfQbhzxFAJOKBmvfdq5XUglQMKHw w7T6LWWcwZFEFBaN7jpl+LeKQPWXuM3eD835hwsZaEon8ROeu2ykW9Odpa5SOUmJsQ49 rFTVO3tM5AG/ExsmG2NF8x/GXr3TWaoccb98BklvDbCnn6Vpwzmm2xeaRn5AUf+Pp5Ni Fk8vC6JX+VeheBSsZ5KGuhk5jWpgEtUd7bJGs6iubQCWC0uvRR2wh12bXIC2xx/JAml/ KrFZbdcv9Jb/GfS8Dc7lE4mwfLn9BfR96IcOnRnVeVlMo6KH5trZ1yI3gfh5AfWYVYNn huAw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:date:message-id; bh=neb2iKbXVF5vJd1KC+d1R8HRQ9/BMX76mGJLV6mmThE=; fh=UGOqYySTI0zuWC5m7UzdNDrN0mFlp7Dw5HocflRhidA=; b=FitYMKmBLXvB2qUqK4bgocxsncSiSvnVv706JAXQorPD9l8Q41u57qZtzoLgtxHUkQ tW8IGSGOS96GYhOh8Qd11RuJwgIsgeCZTeWfxrF8I1V23QmCJjbvI7gU56V508gcArKB 5rLeB5Y6Q8HT2Ag+r/rPS4NyFBQ8HhPAgB7662/187UIZ54j5WkMx+eEDi6+tsc0POu4 kHI0N5GHHrXANDTs6eHOpNwo3z4hxROLc3EeEdbLVe7v9uYe2sKT/y6N+Lrsgxc5XBXI 9rH4B5l7LtLgktNRYtClRh7qiFRjjN61isnPoEdjo4pVok15ggCauEaIyhEDyKkV1/ET IJeQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel+bounces-22207-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-22207-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [147.75.199.223]) by mx.google.com with ESMTPS id m20-20020a67f294000000b00467e5d7bdfbsi445704vsk.547.2024.01.10.05.03.44 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 10 Jan 2024 05:03:44 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-22207-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-22207-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-22207-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com 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 03D7B1C24EC4 for ; Wed, 10 Jan 2024 13:03:44 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 30E114879F; Wed, 10 Jan 2024 13:03:37 +0000 (UTC) Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 89F634176B; Wed, 10 Jan 2024 13:03:34 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=arm.com Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 7A8522F4; Wed, 10 Jan 2024 05:04:19 -0800 (PST) Received: from [10.57.87.179] (unknown [10.57.87.179]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 6C61F3F64C; Wed, 10 Jan 2024 05:03:31 -0800 (PST) Message-ID: <0cbc1708-bc50-459c-ad57-0cf283921f2e@arm.com> Date: Wed, 10 Jan 2024 13:04:53 +0000 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH V7] thermal/core/power_allocator: avoid thermal cdev can not be reset Content-Language: en-US To: Di Shen Cc: linux-pm@vger.kernel.org, rui.zhang@intel.com, daniel.lezcano@linaro.org, rafael@kernel.org, linux-kernel@vger.kernel.org, wvw@google.com, tkjos@google.com, xuewen.yan@unisoc.com, zhanglyra@gmail.com, orsonzhai@gmail.com, cindygm567@gmail.com References: <20240110115526.30776-1-di.shen@unisoc.com> From: Lukasz Luba In-Reply-To: <20240110115526.30776-1-di.shen@unisoc.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 1/10/24 11:55, Di Shen wrote: > 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); Thanks for the patch, LGTM. Reviewed-by: Lukasz Luba