Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp4370988pxu; Mon, 21 Dec 2020 10:41:30 -0800 (PST) X-Google-Smtp-Source: ABdhPJyw8zGH5O5rvNBNygF29whIRBfu9kE+aSyZlqnmFvCHzlXOwybi72gh04WkdzmBzbk/idOd X-Received: by 2002:a50:f40e:: with SMTP id r14mr16766611edm.5.1608576090230; Mon, 21 Dec 2020 10:41:30 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1608576090; cv=none; d=google.com; s=arc-20160816; b=Ua2hzm2dZRgx1feycjwZ/HNyvUpV8TkFP4XP1Eusq+kVeD4ZLqg6IhGRTZdMsCJA/K gV7jlsKZq81FkxByHRJ8R/holTw2VejHKdaPFi9QW0QnGu/IyzNpc0iXPf2i7D2M06uH MPZwpx5EJk5AC8AWgsrrvNdqH9McNLHWB38Ek5ByZtwsb3jy1dR8Kkg21N4tzmVQBTv/ GZHTc+YAAE4PZ/SmjJXWZ032bBdwSm2DOjflKL90N8zyENOlwVfWkK2ZYBqf+XY/uvMd AA5PsQeWVWvTJ1ZUrAgV6Dpva8b3tvwierUAEMYieLchL0HRn++oDY92jZ89C9jO93x+ owLQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=OvIy+je2Kd/cJewHk0Cl2/RLAuIPuaVK5CnveLEJtgI=; b=td8PPhtQdcsjlmhqZCykHfq7pj7wciYS+LbpZhOBHWUxcwQ+o0qWEUPtkyFxVZMb2Q cCD5C2ltKrtnrtnxZ+tgeIFivHjC3VkyVb6L1QfpapsX9cmUOSzZRqDJtsAcZmb+YevQ G/JDbDvmpNzdXB5igNrFIPwP/gNsbsGl+Rb5T3CEXyYdehgv6xQXqT7akjWhawrcV/y5 8gs7ENJ+Cq8BJrIzy6Y3XKyvP33E3HB2mQqKWTu7sAIFrX/i7sGr8f4Uuqys2Icm1oAK ErO5gbCG4LCNu2ifQJyJEaivMY42OeWb6GmW43YOtlDQpYjwyx9XZFJqcm0SnLZVCv+S /FGA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=eHh3zez2; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g9si13087541edn.361.2020.12.21.10.41.07; Mon, 21 Dec 2020 10:41:30 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=eHh3zez2; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726513AbgLUSi3 (ORCPT + 99 others); Mon, 21 Dec 2020 13:38:29 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54190 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726313AbgLUSi3 (ORCPT ); Mon, 21 Dec 2020 13:38:29 -0500 Received: from mail-lf1-x12e.google.com (mail-lf1-x12e.google.com [IPv6:2a00:1450:4864:20::12e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BB5F2C0611CA for ; Mon, 21 Dec 2020 10:37:48 -0800 (PST) Received: by mail-lf1-x12e.google.com with SMTP id m25so25960353lfc.11 for ; Mon, 21 Dec 2020 10:37:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=OvIy+je2Kd/cJewHk0Cl2/RLAuIPuaVK5CnveLEJtgI=; b=eHh3zez2PVNKgy+jqoJDRazYYbYiy5Pa9+iHkqYOTiIOZPapU4B70l4sk5o0iMubws lSCJ7rc9lKMVelN7k1EHtCPunP59l7VDgEaU8rJy5u94JZkoK1VhuxeM/Jjgt+w8vrG8 A/vqHZX9yN8Y3eGG8ssBiMg232/dISo0WnUEnkA66p0OR+bBfw2LGXIQvAeXPDtMQ6j1 Kybj2VXzL3XPkbgnl1NzE0g70mQj8iFROyiarp1Hs0JugMsG6L+ogj8myrKaoMe2JM1O vz/fOQAd9taWQ1IwBCC65MB8mkH55qoZ2r1td2LZSI2fJQURFZTWYSoPD9G38iXLqqth jg1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=OvIy+je2Kd/cJewHk0Cl2/RLAuIPuaVK5CnveLEJtgI=; b=ZawMJE6A4lU6DSl3eFw9i/MpmFGwaiI8QXESYznlpKIjViShpRte4v5rW3oGK7o5SL +EQaOi3up8AHczipGY+4IA2HoZ0gUtRTbDlPdIbNcGNnUtwzyVD4H2qFlusGpmjAvkPJ FJqYHd7F/ERKD+RVAAG1f87ic93IYpjac2Y75FxIv9tqnquAJ7/KOaQ89EN8qK4ViCwL bWXgmwYk0POVIIGntBiN7tDgyk2CJYat9Gysh7zMd0M9FvfuEudh0Am9ExjSRyt6CNfH rA31cMtRnd7ZEXdXIKZsYmLfWlQuhVw+CewTO+nxDQ+2+kROkTVU49S/3MUyFr5QRV1q dJDQ== X-Gm-Message-State: AOAM530auZCOdK/modr9Yrwn0NyUQBGvNmD2o0gDt+deAZhlYvpGgzih g13qH+sYibuZ0BMfU2vsIIO9KaRZOWwv3A== X-Received: by 2002:a17:907:971c:: with SMTP id jg28mr15987408ejc.85.1608566620722; Mon, 21 Dec 2020 08:03:40 -0800 (PST) Received: from [192.168.0.41] (lns-bzn-59-82-252-148-164.adsl.proxad.net. [82.252.148.164]) by smtp.googlemail.com with ESMTPSA id b7sm9146492ejp.5.2020.12.21.08.03.39 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 21 Dec 2020 08:03:40 -0800 (PST) Subject: Re: [PATCH 1/2] thermal: int340x: Add critical callback to override default shutdown behavior To: Kai-Heng Feng Cc: "Zhang, Rui" , amitk@kernel.org, Andrzej Pietrasiewicz , Matthew Garrett , Srinivas Pandruvada , Bartlomiej Zolnierkiewicz , Peter Kaestle , Gayatri Kammela , Akinobu Mita , Andy Shevchenko , Andrew Morton , "open list:THERMAL" , open list References: <20201221135206.17671-1-kai.heng.feng@canonical.com> <20e74dc1-1f1d-6dee-19a7-e9a975b66606@linaro.org> From: Daniel Lezcano Message-ID: <9e4dc22e-e912-8410-945c-f802f3959028@linaro.org> Date: Mon, 21 Dec 2020 17:03:38 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 21/12/2020 16:00, Kai-Heng Feng wrote: > On Mon, Dec 21, 2020 at 9:59 PM Daniel Lezcano > wrote: >> >> On 21/12/2020 14:52, Kai-Heng Feng wrote: >>> We are seeing thermal shutdown on Intel based mobile workstations, the >>> shutdown happens during the first trip handle in >>> thermal_zone_device_register(): >>> kernel: thermal thermal_zone15: critical temperature reached (101 C), shutting down >>> >>> However, we shouldn't do a thermal shutdown here, since >>> 1) We may want to use a dedicated daemon, Intel's thermald in this case, >>> to handle thermal shutdown. >>> >>> 2) For ACPI based system, _CRT doesn't mean shutdown unless it's inside >>> ThermalZone namespace. ACPI Spec, 11.4.4 _CRT (Critical Temperature): >>> "... If this object it present under a device, the device’s driver >>> evaluates this object to determine the device’s critical cooling >>> temperature trip point. This value may then be used by the device’s >>> driver to program an internal device temperature sensor trip point." >>> >>> So a "critical trip" here merely means we should take a more aggressive >>> cooling method. >>> >>> As int340x device isn't present under ACPI ThermalZone, override the >>> default .critical callback to prevent surprising thermal shutdown. >>> >>> Signed-off-by: Kai-Heng Feng >> >> I'll submit those changes for v5.11-rc1 and change the subject by: >> >> thermal: int340x: Fix unexpected shutdown at critical temperature >> thermal: pch: Fix unexpected shutdown at critical temperature >> >> Sounds good ? > > Sounds good to me. Thanks! > > Kai-Heng Rui, Srinivas? Are you ok with the changes ? -- Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog