Received: by 10.223.185.116 with SMTP id b49csp5910945wrg; Wed, 7 Mar 2018 21:37:24 -0800 (PST) X-Google-Smtp-Source: AG47ELvG8AkkKOeBgEtYRjv9KBYEBZ///MVhIguVhIC9X0VRkGDSOZMeqOk24MpienU41DkXS7Dw X-Received: by 2002:a17:902:7c03:: with SMTP id x3-v6mr15254224pll.94.1520487444678; Wed, 07 Mar 2018 21:37:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1520487444; cv=none; d=google.com; s=arc-20160816; b=XOUc+iUMJR8XEWt8aRXL07M8gyFNCXRLIyoijI/1lBoiO7Ur7a/y6Sd0ZlJ1pwZpty OIeVEFdSwAwHnavWiTOf07E7fFcHRxWIagwMJHgiwvDRa42dEkpINJqqQD4Qg8kCmIZE crfdt+/OVJahkBKf9V2cOjVqzu2MoU+2K63hyMLIk8An3LWOfeMRn3N41ve5WR9Qov6B NS+jyRCDDjNvr6b6gokoM2VJrnv2W6TOD0fCT7UpRWfUpzRhUkd0o8apEx1DO7RWIyea XJN7avqEXExwyiEQrez7yJn2cpj076nUCKXYO+uq7IhNulTe38ZpMYXk1eqNJ4Opz+OR QTbg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=aBXmctGsvhgWuZXe8vQRP8lRaP/l3KK+92BtxksmX5M=; b=xsZJ0OBBhhXdluSdUv+b4GiPlWN8aIOv3GLg+7MUomn82x0Aoot80RcXMdiCPKpyYb jTfmfWcyGggSQoIFPvpe24VtDQ3qo7mfIMaFeq040ItxP1Ybp+vmtyZKsDHgCKrejfDT PVuEn5wCYheyCc3VsjGHzeba4CNc/0xmanOt5NMo/xS3HwvxMz1LhFEnG9eDAFq0xIaW l1W1EVitFZe9xs52v3Tz8nxM5vO9xvfU4ELeaEivuwfoOjWqWwDp/sCHaXM2EAJIDDfP axVIVjAtlQiIdCSVWYUF9n6LaQAgDjY3PuMoLEnM6jDfg4VettEWUrY3tUW9Q7+VRb4o myRw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=AR9hGQyI; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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. [209.132.180.67]) by mx.google.com with ESMTP id i9si12345576pgp.499.2018.03.07.21.37.10; Wed, 07 Mar 2018 21:37:24 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=AR9hGQyI; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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 S935510AbeCHFgB (ORCPT + 99 others); Thu, 8 Mar 2018 00:36:01 -0500 Received: from mail-qt0-f174.google.com ([209.85.216.174]:40200 "EHLO mail-qt0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S935430AbeCHFf6 (ORCPT ); Thu, 8 Mar 2018 00:35:58 -0500 Received: by mail-qt0-f174.google.com with SMTP id y6so5499277qtm.7 for ; Wed, 07 Mar 2018 21:35:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=aBXmctGsvhgWuZXe8vQRP8lRaP/l3KK+92BtxksmX5M=; b=AR9hGQyIN+gLV3ZlDFAO847pYpXHXqPXhOD6NwFc90AN4Tz+x9RBCF6j82+11s4ig7 awqbhRZnwUCMrRstl4NC8AQo49CxDmu0nFGsorjYloVD1OtdCn+Vz7fRvfQsYewdaEU9 GU6sOpJZaFauM2ou4H9tNkt25B3fraddnqMm0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=aBXmctGsvhgWuZXe8vQRP8lRaP/l3KK+92BtxksmX5M=; b=JVRwZmX9dupcW4A6KjAd4uBgzLzsKrlwcTFG9bzwL4a6WiAfjXbXl7/FjlG4P/pV64 /LoU3wzisQcfRQlQcgujPceahFwTDj4ab4G/kn4OKUCAUdGUfREBUxO1vRjAkRxH+7oF P2wXHQ7IFvQRyJj4d7y6WwqpmRAsy1Y93WEijis2v6jxypwnbMhDT5NoN6vezQ60Y43s My1EFSNwV02jz2keAmgqjm3wzG4i17LCViEgL2pvo0MkFofBlbHMjPmXA00I24x60R+f s3OgxZGIlSEtaUeJ95n7gO/ZCAfyHGGFZzDke9pt6ulvioZVq4HkRhvg3UqVa6qO2TE1 FR+g== X-Gm-Message-State: AElRT7HXEBkKPT4m0FQEp+yFfrJ02eIMKm2NFvp4MlUMP/ZkEcgGbZT+ NPpB+slfnjaljL2YliBoM3qTpJzYj0EnerKji82tSg== X-Received: by 10.237.47.1 with SMTP id l1mr32004060qtd.10.1520487357132; Wed, 07 Mar 2018 21:35:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.237.48.48 with HTTP; Wed, 7 Mar 2018 21:35:55 -0800 (PST) In-Reply-To: References: <3b80853abb45a9e067cf7a16754b07bb67712457.1520274879.git.amit.kucheria@linaro.org> <6d5aeab8-aafe-fa3b-585e-953a34864e7d@arm.com> From: Amit Kucheria Date: Thu, 8 Mar 2018 11:05:55 +0530 Message-ID: Subject: Re: [PATCH] thermal: of: Allow selection of thermal governor in DT To: Viresh Kumar Cc: Sudeep Holla , Ram Chandrasekar , DTML , Lina Iyer , Zhang Rui , Eduardo Valentin , Rob Herring , Mark Rutland , Linux PM list , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Mar 8, 2018 at 10:19 AM, Viresh Kumar wrote: > On Wed, Mar 7, 2018 at 4:29 PM, Amit Kucheria wrote: >> Cpufreq/cpuidle are designed to control a single parameter while >> thermal framework is trying to mitigate heat from several disparate >> sources that are throttled in different ways. Besides, cpufreq/cpuidle >> have somewhat mature governors. Cpuidle has only one governor (for >> tickless) - menu governor, cpufreq has ondemand in mainline, replaced >> by interactive in android and hopefully soon both will be replaced by > > Interactive and schedfreq are already removed from Android 4.4 and 4.9. > It used schedutil now. Good to hear. >> schedutil. >> >> Badly configured cpufreq/cpuidle/devfreq only leads to wasted power, >> while badly configured thermal zone leads to the loss of operation >> e.g. reboots, too hot to touch, etc. > > I don't think such heat-ups will happen right during boot, where some > init.rc should > come up and change the governor. Interestingly enough, there are some patches that make the thermal framework start earlier to deal with boot-time thermal issues. I expect to post them soon. :-) These are required, for example, if the device goes into a reboot loop - the device might not even make it to the point in userspace where the governors are setup. In such a loop, the temperature constantly keeps increasing. > Over that if we are worried about production images only, then what prevents us > to select the right default governor in the defconfig ? We shouldn't > be worried about > multi-platform kernels for production images. I was refering to the 'make defconfig' out-of-box experience that makes the majority of developer boards/devices out there stable to work on. I can't do that today. Regards, Amit