Received: by 2002:a05:7412:8d10:b0:f3:1519:9f41 with SMTP id bj16csp237819rdb; Tue, 5 Dec 2023 04:16:37 -0800 (PST) X-Google-Smtp-Source: AGHT+IGuvuIPsF/Hf6qtDtFtzuZ/3LLGGVjTPukd1k0OjnZbJt0gppEkhDgBPnexFNftj1bbLDpu X-Received: by 2002:a17:90b:3ec7:b0:286:cc63:46 with SMTP id rm7-20020a17090b3ec700b00286cc630046mr773732pjb.34.1701778597248; Tue, 05 Dec 2023 04:16:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1701778597; cv=none; d=google.com; s=arc-20160816; b=qmdU8VU9PskSZp0SCVj1Kj7wuvvgPxDhvBVPu1Ln/AGrOB/GyypsRd7wBeXDh41sJx celL+gVnx3wMO59dv3f+xUrR+MjuGiaGV6zzi8fchK+4i2TiHlGEEsvt02DttDoLGaHA fBFcnmxF8H+Q1RpQRYD7g2JZ0EIVvTezPycv2FlXnhlT97zxQEaC0jFg9zQSr/cdn+Q9 UFQg6LY3POqyoQWP/Ne92/5hvTvco4j681u5MelIHtmvBqJb6zb2WaxhlQlSDV2dLLro BtAYCzfu8mmj1Uhfz9Ao2mCqdtIS1pss67zNqsr814XblCZONNJuCiktg9/YuYXlZw4r BTgA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:references:in-reply-to:user-agent:subject:cc:to:from :date:dkim-signature; bh=txMRobakBpx+ZBbMUW+dZyumRF7378BUUpmY9QuKb0U=; fh=OzBiebpDD8dlwS37teqP2dzwsBImqQiZYlTfsOT8Sxc=; b=cAgQCswf8MyWQHooz3ucm73djMRebNU/TUcEt1YlvISc9TD66P3BJ9ntB78UZiNOYz IYP5aRlXZ6F7+oWgcT0Ce2dpPjSkD4lna+lN8SjMi14zL4LNUWioPMNjehpdwe4wmclm D1JuOS/vJU8HcTny59mgSfIdkMaQb2fYA+14zhlihsvfsL+hqpuR0EfZXCpPhFnG+6Jh slGAKhMCdAa8EhVvVRu6rQZudtQpw0lOD466udNovZW2M2F0GMLjVhcHnmv4imox5DNa SW8xlJQvP6kiw83eC+U3SkEjYQXMTgNAQISThrsk8SrvSEv1TjAFjhax/H5k+GTFoSrK 1I6g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=Efdo6EbA; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.31 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from morse.vger.email (morse.vger.email. [23.128.96.31]) by mx.google.com with ESMTPS id bv12-20020a17090af18c00b00286593b0471si7211262pjb.120.2023.12.05.04.16.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 05 Dec 2023 04:16:37 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.31 as permitted sender) client-ip=23.128.96.31; Authentication-Results: mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=Efdo6EbA; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.31 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by morse.vger.email (Postfix) with ESMTP id 0EC1980FE947; Tue, 5 Dec 2023 04:16:35 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at morse.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1345024AbjLEMQK (ORCPT + 99 others); Tue, 5 Dec 2023 07:16:10 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38532 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235148AbjLEMQH (ORCPT ); Tue, 5 Dec 2023 07:16:07 -0500 Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:8b0:10b:1236::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0CD94A7 for ; Tue, 5 Dec 2023 04:16:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Message-ID:References:In-Reply-To:Subject:CC:To:From:Date:Sender :Reply-To:Content-ID:Content-Description; bh=txMRobakBpx+ZBbMUW+dZyumRF7378BUUpmY9QuKb0U=; b=Efdo6EbA8lUKM+fdCEcldBCCte OfmfLbvkNFSzHx1I6lHqatuaoCICiJ1ZtkeVDwmaVT5KSSzLdCpeN8kEUtAZXNiDOCjonZ2fgI2Kv R6BXo1f0vhlSUT2FHKPcQSQOaVEH2UFUG7klMIO3UGLHYmYutmvm0hUkefZ25m+uFf76E5zonuQ9t VwDx3Fn7SxShAsYQao63h8X4MsajIP5eUGvmuAunlwvs4D0mF/dxu5AZ4zftVX7nwZ9WP/yZd9LVd EiA1X/N4dooZqXKQs4njuFGI6HqgMvx8nZuMLA3w4UDZVhjgGnWaVZjdwQy0sGz6+jNR3Uc7vWV6y u+M5R9xg==; Received: from [46.18.216.58] (helo=[127.0.0.1]) by casper.infradead.org with esmtpsa (Exim 4.94.2 #2 (Red Hat Linux)) id 1rAUL6-001qkU-Lk; Tue, 05 Dec 2023 12:15:48 +0000 Date: Tue, 05 Dec 2023 12:15:48 +0000 From: David Woodhouse To: "Rafael J. Wysocki" CC: pdurrant@amazon.co.uk, bp@alien8.de, dave.hansen@intel.com, dave.hansen@linux.intel.com, hdegoede@redhat.com, hpa@zytor.com, jalliste@amazon.co.uk, juew@amazon.com, len.brown@intel.com, linux-kernel@vger.kernel.org, mingo@redhat.com, peterz@infradead.org, rafael.j.wysocki@intel.com, rafael@kernel.org, tglx@linutronix.de, usama.arif@bytedance.com, x86@kernel.org Subject: =?US-ASCII?Q?Re=3A_=5BPATCH=5D_x86=3A_intel=5Fepb=3A_Add_earlyp?= =?US-ASCII?Q?aram_option_to_keep_bias_at_performance?= User-Agent: K-9 Mail for Android In-Reply-To: References: <53bce76c5c60463eba1372df426a64b9@amazon.co.uk> <1D71D218-5EB6-47DE-A01B-3A66F9F4C74E@infradead.org> Message-ID: <5322CF05-344D-4ADE-B38C-7DCE7F076E0C@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-SRS-Rewrite: SMTP reverse-path rewritten from by casper.infradead.org. See http://www.infradead.org/rpr.html X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on morse.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (morse.vger.email [0.0.0.0]); Tue, 05 Dec 2023 04:16:35 -0800 (PST) On 5 December 2023 12:12:09 GMT, "Rafael J=2E Wysocki" wrote: >On Tue, Dec 5, 2023 at 1:00=E2=80=AFPM David Woodhouse wrote: >> >> >> Paul writes: >> > The problem is that this will take effect even on a kexec and hence i= t is throttling >> > a system that set ENERGY_PERF_BIAS_PERFORMANCE prior to the kexec=2E = We use kexec to >> > live update the host kernel of our systems whilst leaving virtual mac= hines running=2E >> > This resetting of the perf bias is having a very detrimental effect o= n the downtime >> > of our systems across the live update - about a 7 fold increase=2E >> >> It isn't just about kexec, is it? Even in a clean boot why wouldn't we = want to stay in performance mode until the kernel has *finished* booting? > >Because it may overheat during that period=2E > >> It's literally adding seconds to the startup time in some cases=2E >> >> And yes, we *particularly* care in the kexec case because guests experi= ence it as excessive steal time=2E But it ain't great in the general case e= ither, surely? > >So IMV it would be perfectly fine to add a command line arg to provide >the initial value of energy_perf_bias for the ones who know what they >are doing=2E We don't even care about setting it to an "initial value" during boot=2E W= e just want to leave it how it was already set up=2E