Received: by 10.223.185.116 with SMTP id b49csp4223065wrg; Mon, 26 Feb 2018 13:30:42 -0800 (PST) X-Google-Smtp-Source: AH8x226NZdzQgnGyFdvtseXAdcSvnFN4YZcDmCyxbWNBNqXTsP+zV64tMZMjojNsNuz2oYmWgMLb X-Received: by 2002:a17:902:5482:: with SMTP id e2-v6mr11851473pli.65.1519680642573; Mon, 26 Feb 2018 13:30:42 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519680642; cv=none; d=google.com; s=arc-20160816; b=T3pO6XOg0XZWVx3j69o4EBxl+ZuYHZz7orCfalNibXEfYj3JfAo4SPp7hthe58sj8n t9NMiItxPVJaOeagO/fg/zH6/kmZ+gUVGewyqyJgbqEgOM3IEV4rXIMaPBcAXRCRak1j HfK1Vl/Km820dwgiEudct1xYUx/thaFs3xJsrPZMu4Zc6MrS4QiZctZhTbRFi57ZFJkR MiYm3pQJU9TM2TAp9FgqW0ASsI2Eg0iblg9qHX05fBeUAfBrXq/uMkkXCrDMEeD3jPFm lff/WTV5gIWORAbU35N+xy0MbHpJyZDj0T9KCudAR3Wu64NNic81el4+YgCpFSZqIZyI dOog== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature :arc-authentication-results; bh=BT49Dpo8zAF7O6fB88XGINr72t32DWHmYc+1TULCwiY=; b=CMUM1OAFolyUZgkoWxdXk/rjK5fd30Y//Nxi6zMfJVroBMW4HbX9aheTJkzN+BIMth RaMhg6ZJPk90BxP6g9xjV1v5iHRftyfYqNcptGF3BOE74wKh7Y2TxTA4HnPrk4CotMRR 0n1QnUZUGXGwWiHOQUm0yXv93+PdzC/QqP72RckpvTI8bbZNRhIJ5+DOD++XpQJycVUR 3cTeHvY/Y146egUb8sE29az6qsuwqGmqJMsDgpROua71BHiDiOA+wpuxZMh3kbrOw0MM 3/T9EIBF6MO0BfAP8H05oi4jRMpwm91ZkN/yP9r9Xxo1S+wiRDb4vfKjZ0KcdLzkELM6 tfhQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=kJuM96oj; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w5si6026771pgv.514.2018.02.26.13.30.25; Mon, 26 Feb 2018 13:30:42 -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=@gmail.com header.s=20161025 header.b=kJuM96oj; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751643AbeBZV3e (ORCPT + 99 others); Mon, 26 Feb 2018 16:29:34 -0500 Received: from mail-wm0-f65.google.com ([74.125.82.65]:38595 "EHLO mail-wm0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751245AbeBZV3c (ORCPT ); Mon, 26 Feb 2018 16:29:32 -0500 Received: by mail-wm0-f65.google.com with SMTP id z9so19884853wmb.3 for ; Mon, 26 Feb 2018 13:29:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=BT49Dpo8zAF7O6fB88XGINr72t32DWHmYc+1TULCwiY=; b=kJuM96ojBHeIpdBnQLuTfF3ZwdM/lIX504NO/R8jnfNIEWmBo7Nce5ZLVmuPuick0J Ytd/H0YGl6kwWPjCPg8jWKwHaeM/NFMB/9WZmGhZ2XxEpIAeHqIw/eFOj7MNVgWxMyO1 UD7pX5dqPj6tM1ARTbrHIcifqRlKzLk4HAWGR3rcVDtKtKYel9AKMr5yyUlM1VUSIhY8 STGem4yzRBtoTtd8JaLZDruDLaizHHys5dAxp/C3XrGXYvjeezWA1zf6MHUJaIlv3hKw PXxW4Nyls7D6WQ9PyN0OwhDKvjq1e/IejYXkz4yQLQGRJuMt6at6O3yI0GIlUVDuDXvG hgQQ== 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=BT49Dpo8zAF7O6fB88XGINr72t32DWHmYc+1TULCwiY=; b=jg7MjOhB8vSzNYY43oQwqLsIDB9+9eZMlMzaeaKG27IGQB/LmH/6RRbgxZoAkXMZhy +o499BNXLZjLossRTcY9pdMlBqp6rL9mD0eGlSIXnbt9yUKmkaFIkImqMwOliINvx7f5 7Sd4bpHUc6/Q2f0tCF5droXwj2tRucv12kUPBBBj3slnuMjD7kQZoJQHB1kToAw8cPPT C0xFgL+7d8pCHEOLxSLMRCTubfuz55OOeYpET6OZpzRdlK2UEaqUUC9ygLdkdvmFHhIe CumpdKYsgL7uiSCReTvYFz42K6OlQLF36En3k5SPz93ARA/v2QkvWaJ3dxvtD1dpQ1XO XTDg== X-Gm-Message-State: APf1xPAhrUck6GJ6sZNZpbShqRoZLh8NKjqEw/OjqgOlgWAcny+4l62M 7cHv4C/BIX05cK7d4ExO4Bs= X-Received: by 10.28.8.66 with SMTP id 63mr8909320wmi.161.1519680571410; Mon, 26 Feb 2018 13:29:31 -0800 (PST) Received: from [192.168.2.73] (p578F0A16.dip0.t-ipconnect.de. [87.143.10.22]) by smtp.gmail.com with ESMTPSA id l73sm18431667wma.15.2018.02.26.13.29.29 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 26 Feb 2018 13:29:30 -0800 (PST) Subject: Re: [RFC PATCH] ARM: configs: sunxi: Set ondemand govenor as default To: Maxime Ripard Cc: linux@armlinux.org.uk, wens@csie.org, davem@davemloft.net, arnd@arndb.de, mchehab@kernel.org, clabbe.montjoie@gmail.com, rask@formelder.dk, krzk@kernel.org, sean@mess.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-sunxi@googlegroups.com References: <20180217142235.28541-1-embed3d@gmail.com> <20180219081050.vvfhnbw4foved2fb@flea.lan> From: Philipp Rossak Message-ID: <15992664-76be-2584-0f8d-424eadc23925@gmail.com> Date: Mon, 26 Feb 2018 22:29:29 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180219081050.vvfhnbw4foved2fb@flea.lan> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 19.02.2018 09:10, Maxime Ripard wrote: > On Sat, Feb 17, 2018 at 03:22:35PM +0100, Philipp Rossak wrote: >> Right now the performance govenor is the default frequency govenor on >> sunxi devices. This causes some general problems. >> When the cpu is idle the cpu runs with its maximum frequency. >> This causes a higher cpu temperature in the idle state. When the cpu is >> now under load the cpu gets with that higher idle temperature now faster >> to its thermal limits. >> An other big problem of the performace govenor is the missing >> thermal throttling. Some tests with cpuburn resulted in a system crash >> when the soc reached its thermal limits since no thermal throttling >> occurred. > > This won't change anything with cpuburn. While cpuburn will be > running, ondemand will increase the frequency of the cores to the > maximum frequency, putting yourself in the exact same situation. > I see here a totally different behavior on the hardware (Bananapi M2, A31s). First ondemand increases the cpu frequency, when the maximum temperature is reached, then it throttles down the cpu step by step to its minimum. And the cpu doesn't get killed, like with the performance govenor. I can record some "logs" with RPi-Monitor if this is requiered. > The only difference is going to be when you're idle or have a rather > small CPU load. But then, you won't heat much in that case either. > >> With this patch we set the default frequency govenor to ondemand mode >> and reduce the temperature when the cpu is idle and activate the thermal >> throtteling. > > This patch doesn't activate the thermal throttling. > > Maxime > Sorry for my late reply! Philipp