Received: by 2002:a05:6358:53a8:b0:117:f937:c515 with SMTP id z40csp604012rwe; Fri, 14 Apr 2023 07:26:31 -0700 (PDT) X-Google-Smtp-Source: AKy350Yuxmo4S74DFDSfdJafoZUxRqz6zaWzidh5yeVuoTANYD+pkMWyDXADpSP/7dgb6QqhZIGW X-Received: by 2002:a05:6a00:9a8:b0:62d:d045:386 with SMTP id u40-20020a056a0009a800b0062dd0450386mr9701154pfg.18.1681482391043; Fri, 14 Apr 2023 07:26:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1681482391; cv=none; d=google.com; s=arc-20160816; b=q075inm6JZ4mF86JFNV6gWFGswl33hKLLC9YGGMvTvvqnAD57QT26dRF4IcizbC15E vws3VDxEu0oKnKbKi6fLv5HqhsXeBluU4EVjLIwbrL76w7po4T2fotm0fEqYDRwN4TB9 hf98Q+8PywDlyx33d/7f/iUskz5JGYw9ZRwiS93fF9zt5vzQ0byQavRuBNczRVAi7pE7 wfIbwSD/MxY2IaGmRFixjck9otU8JnPk6XsrCymjoVIvF1WPJJ5jdMU24k3gXFHSHFtY 91mKs3NTT6otmwqO8h8vNJxb2MwMbVksORZLHaUuGA9FaUyU2yLVY71KVPw+gfiwyCmN BmuA== 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; bh=a+i6xjL3sMVtIj6QnZddMrOms00tBVIOhsugyVq5bzU=; b=RRcT/dl7ZktU3OY00/gAUULyXHWQc16IGZKRiVqS1PvI7hnVM1V0vFySi3nhq53R5s HOqVDybbAg4MKZLw9smIc3mtdfYx53edSPm3KO3vZoqYBV46aLxc9umsk6CfIsqUZrih 2lngPzUnN5EftjjcKiQPvaEix1bRHzqhgz1zaNux+UWXty3ZuqCF7MdwSY7VOLP8Fty1 mPqIreTokshqSdZTg/lN59hlH2IYJts2FIDxN9Ny3jzdZ45zRBwEtq/k8wR7Z0XUkOpB A/ag95HuT3kO35Hbnkc8KPmvWJShdrHqKsz2gfrgfSdgUX40To1mGyuHkflkNBvMEkVH Jgkg== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id s4-20020a63ff44000000b00513601ad3cesi4569280pgk.150.2023.04.14.07.26.16; Fri, 14 Apr 2023 07:26:31 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230070AbjDNOSn (ORCPT + 99 others); Fri, 14 Apr 2023 10:18:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43756 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229925AbjDNOSm (ORCPT ); Fri, 14 Apr 2023 10:18:42 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 1153B7ED2; Fri, 14 Apr 2023 07:18:38 -0700 (PDT) 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 2E3612F4; Fri, 14 Apr 2023 07:19:23 -0700 (PDT) Received: from [10.57.19.153] (unknown [10.57.19.153]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 9FBB23F6C4; Fri, 14 Apr 2023 07:18:36 -0700 (PDT) Message-ID: Date: Fri, 14 Apr 2023 15:18:34 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.9.0 Subject: Re: [PATCH V3] thermal/core/power_allocator: avoid thermal cdev can not be reset Content-Language: en-US To: Daniel Lezcano Cc: Di Shen , linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, xuewen.yan@unisoc.com, jeson.gao@unisoc.com, zhanglyra@gmail.com, orsonzhai@gmail.com, rui.zhang@intel.com, amitk@kernel.org, rafael@kernel.org, Di Shen References: <20230320095620.7480-1-di.shen@unisoc.com> <6055bc39-5c00-d12f-b5c3-fa21a9649d63@arm.com> <637a3bb1-ba1c-e707-01b7-06c1358583ca@linaro.org> <6aad180f-410c-5b11-b30b-c7bc02cbe054@linaro.org> From: Lukasz Luba In-Reply-To: <6aad180f-410c-5b11-b30b-c7bc02cbe054@linaro.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-6.5 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_NONE,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 On 4/14/23 12:12, Daniel Lezcano wrote: > On 13/04/2023 10:40, Di Shen wrote: >> We have discussed this question in patch-v1: >> https://lore.kernel.org/all/f6aaa5f1-495d-a158-14d8-ddb2bffbd9c2@arm.com/ >> >> Simply put, we use the trip_temp in the Android System; set different >> trip_temp for thermal control of different scenarios. > > The changes are dealing with the trip points and trying to detect the > threshold. That part should be handled in the thermal core or thermal > trip side, not in the governor. > > AFAICT, if a trip point is changed, then the power allocator should be > reset, including the cdev state. > > It would be more convenient to add an ops to the governor ops structure > to reset the governor and then call it when a trip point is changed in > thermal_zone_set_trip() > > Sounds reasonable to have a proper API and fwk handling this corner case scenario. Although, if there is a need for a 'easy-to-backport' fix for IPA only, I agree with this patch, since it's straight forward to put in some Android kernel. We can later fix the framework to handle this properly. Anyway, both ways are OK to me. Regards, Lukasz