Received: by 2002:ab2:1689:0:b0:1f7:5705:b850 with SMTP id d9csp1503932lqa; Mon, 29 Apr 2024 10:12:20 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCVicrYcqWjvMXGSwaqz4VmqkwocoQ0lc0chbIcfyoBzbQ3xWFVcWCbPpXDqhlt/pw/VnnggeFnp+XSMduyXcFId3LRk6bVpfOosh5p5Qg== X-Google-Smtp-Source: AGHT+IG/CwUm+utrhVC13w+E85VX2UK3hA8eowussCQIzMERnRGaCBz6zzYyXG4fMK/JQYo7WQLE X-Received: by 2002:a17:906:80e:b0:a58:c09a:692e with SMTP id e14-20020a170906080e00b00a58c09a692emr160725ejd.23.1714410740027; Mon, 29 Apr 2024 10:12:20 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1714410740; cv=pass; d=google.com; s=arc-20160816; b=F1PeR9OBZDoUOLx+xRMPIPnrfubzcDJAENgdA0M+HQO2ZWH69Fd5ReAMe5CjJ+9/aY iCNbAyStUbo/midwa49VuFT4kDp2baIw1qFF2PUIBim7h4FD59wwZcuW8CN3Fb+2Lm2u xIy5B0vdbHwiZ4XCnlOgc4wv5l21LbxdTsAAcrCSqCzdkNHO4GPCYtFG/7/P8lm4i54F cuit0aQTjKAjmMHB/2xpFODDBR2oSzdvFhf19frRTCJXU3pQjYSdvxmqSEyEM/VDQWMg 1ZGHpC4fjPtuPZqc0BSCn0mrUuivdJYlwLRYl1+WvZ9NhBW4o+eaDHRHOHMQ2TIoh7km /YAw== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:list-unsubscribe:list-subscribe :list-id:precedence:dkim-signature; bh=FSCFcQJIFjG2eO5iw5m8UCF0tQMnfa/XBla38jz4LcY=; fh=6h5QKmjoBtTLGVCGA9PRxYz1f86mDz4/8QyNJY5pYKU=; b=msZ5a9dpVPHGqL6m5W8Q9TP26aZCzI1cySFlfPk78jzAxS2zjBrxwQ//XzQqTTQIel bxH5fQjEm3y/w0qzxkm2RXKikYHgrFsxuuIITGXN4RYben+jIe9Jq8PKdi167uw8dlIC VnMbh6OUzOF11dzdoXHxiSeAV8/7MpAFK/f/P0/1+zpvE6fiPPNZ2C8c7+e+D0iRhXG3 ipOJVWNqcANfR3xnxI7QsEla9blWLtbEWU1nfiB7rJFqay3P+3w7e0pcJqG5hGZ/xsOX 3R+8PjKGqWfYemvP7rIwWe1LYuSHEqB+veog3yPAl/fM7riiyL25bCpgKQi156qWP359 IU/w==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=HrBYSvx5; arc=pass (i=1 dkim=pass dkdomain=kernel.org); spf=pass (google.com: domain of linux-kernel+bounces-162722-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-162722-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [2604:1380:4601:e00::3]) by mx.google.com with ESMTPS id ne14-20020a1709077b8e00b00a55a5f4d6a1si11584896ejc.590.2024.04.29.10.12.19 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 29 Apr 2024 10:12:20 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-162722-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) client-ip=2604:1380:4601:e00::3; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=HrBYSvx5; arc=pass (i=1 dkim=pass dkdomain=kernel.org); spf=pass (google.com: domain of linux-kernel+bounces-162722-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-162722-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id E85331F242E8 for ; Mon, 29 Apr 2024 17:06:47 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 960E2127E3F; Mon, 29 Apr 2024 17:05:44 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="HrBYSvx5" Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 858A08626A; Mon, 29 Apr 2024 17:05:41 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1714410341; cv=none; b=kt58iljqlHcttPWtTTLw2K4ZGcU83VlRXvJRXhb39Q6UEF3FxeA7I2w6WveEwUYRxb/E4X3MAc+8sY7Z/r0UZrwQzZ/Mqc5/mLWDcRcTUPEgutYDn1ogw3SbpSegn9Sm+SkqiXJOY5s40+Yubri3FAVIQ49mL+2JNKvGgWaDy/g= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1714410341; c=relaxed/simple; bh=IPJECLU9geyIAPxkpdaOuQiLCc7eWA8wXmou6E2kg98=; h=MIME-Version:References:In-Reply-To:From:Date:Message-ID:Subject: To:Cc:Content-Type; b=HvmLqmY7eqbnEWH6UcwsdPfzm0xs/bhvdrLGi33pQQl2I+SZmswkCM2FdhWbGvujV5zZO5LPEsY5M3hPBpsJJxmFV6rEpvrXjA2Q4+wb8ScliCBQ5jCIhah2TrREnnBWUdazr6oB+rufCzUrUjZKuYfyYgdIg2+VkQC0IyxYafc= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=HrBYSvx5; arc=none smtp.client-ip=10.30.226.201 Received: by smtp.kernel.org (Postfix) with ESMTPSA id B898DC113CD; Mon, 29 Apr 2024 17:05:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1714410340; bh=IPJECLU9geyIAPxkpdaOuQiLCc7eWA8wXmou6E2kg98=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=HrBYSvx5elPB5n5aXNHoHGEsk4lw9qbg714s1g5/b27QWCqupr0Fn98Gc8WBmzqHM cioioBH5VY4CL0JtiguToBZxMYADXeCaRHDQnw2NnSkzzAAibkVovkYLfo9nFC29L9 oBKhrk/bnb4kXSvfcD3tUBTzltmM4NJUtoyZwYE8FXJiZwCyBP3X9O3yj8foIpzs6h ZWOyvQyf4kaNES49sUswc6iJF/R0s2RQb6vofUM+J27pvqpqUuPxlUHRcI5vMti9HN m8DZLbT7zkbLlQC/UBpQDUR6nZESWy210+3E3Zgl7BpKdnRPDyAf7OlUio48K4HE9v pumzRlPcD5mhg== Received: by mail-oo1-f46.google.com with SMTP id 006d021491bc7-5afbeaa1ea5so54544eaf.1; Mon, 29 Apr 2024 10:05:40 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCWxKNdVUcC9+tk/7kvgRhE+GF3wcrTmyDomucDSRWtfsMHc+6doy1Oj9I4l8Q+eHmnHNvVtwz9r+oGkDJXQoKXkwJnuODUfUTtqXvf2fdxEEHSuRrFH50altXJ1IY/KykWrZt8b/Us= X-Gm-Message-State: AOJu0YyKYZEuDRmFe3KXvLdb7GsBWuZMIEJ4G1lFpvwwtBeMtrAXldqF SPd7iRxjaNvhg5k/Bg1ek2Ov9fw3p0djfYmaLaAInBoJP8asCSMY045rAV4lbSWTl+o+c36gnZp 8EK7Tj9ozMJd+BiYqxscIcgH/S14= X-Received: by 2002:a05:6870:d690:b0:22e:7cc0:ebd5 with SMTP id z16-20020a056870d69000b0022e7cc0ebd5mr11500038oap.5.1714410340096; Mon, 29 Apr 2024 10:05:40 -0700 (PDT) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 References: In-Reply-To: From: "Rafael J. Wysocki" Date: Mon, 29 Apr 2024 19:05:28 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v12 0/8] AMD Pstate Fixes And Enhancements To: "Yuan, Perry" Cc: "Rafael J. Wysocki" , "rafael.j.wysocki@intel.com" , "Limonciello, Mario" , "viresh.kumar@linaro.org" , "Shenoy, Gautham Ranjal" , "Petkov, Borislav" , "Huang, Ray" , "Deucher, Alexander" , "Huang, Shimmer" , "oleksandr@natalenko.name" , "Du, Xiaojian" , "Meng, Li (Jassmine)" , "linux-pm@vger.kernel.org" , "linux-kernel@vger.kernel.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Apr 29, 2024 at 4:56=E2=80=AFAM Yuan, Perry wr= ote: > > [AMD Official Use Only - General] > > Hi Rafael, > > > > -----Original Message----- > > From: Rafael J. Wysocki > > Sent: Saturday, April 27, 2024 1:38 AM > > To: Yuan, Perry > > Cc: rafael.j.wysocki@intel.com; Limonciello, Mario > > ; viresh.kumar@linaro.org; Shenoy, Gautham > > Ranjal ; Petkov, Borislav > > ; Huang, Ray ; Deucher, > > Alexander ; Huang, Shimmer > > ; oleksandr@natalenko.name; Du, Xiaojian > > ; Meng, Li (Jassmine) ; linux- > > pm@vger.kernel.org; linux-kernel@vger.kernel.org > > Subject: Re: [PATCH v12 0/8] AMD Pstate Fixes And Enhancements > > > > On Thu, Apr 25, 2024 at 10:08=E2=80=AFAM Perry Yuan > > wrote: > > > > > > The patch series adds some fixes and enhancements to the AMD pstate > > > driver. > > > > > > It enables CPPC v2 for certain processors in the family 17H, as > > > requested by TR40 processor users who expect improved performance and > > > lower system temperature. > > > > > > changes latency and delay values to be read from platform firmware > > > firstly for more accurate timing. > > > > > > A new quirk is introduced for supporting amd-pstate on legacy > > > processors which either lack CPPC capability, or only only have CPPC > > > v2 capability > > > > > > Testing done with one APU system while cpb boost on: > > > > > > amd_pstate_lowest_nonlinear_freq:1701000 > > > amd_pstate_max_freq:3501000 > > > cpuinfo_max_freq:3501000 > > > cpuinfo_min_freq:400000 > > > scaling_cur_freq:3084836 > > > scaling_max_freq:3501000 > > > scaling_min_freq:400000 > > > > > > analyzing CPU 6: > > > driver: amd-pstate-epp > > > CPUs which run at the same hardware frequency: 6 > > > CPUs which need to have their frequency coordinated by software: 6 > > > maximum transition latency: Cannot determine or is not supported. > > > hardware limits: 400 MHz - 3.50 GHz > > > available cpufreq governors: performance powersave > > > current policy: frequency should be within 400 MHz and 3.50 GHz. > > > The governor "powersave" may decide which speed to = use > > > within this range. > > > current CPU frequency: Unable to call hardware > > > current CPU frequency: 3.50 GHz (asserted by call to kernel) > > > boost state support: > > > Supported: yes > > > Active: yes > > > AMD PSTATE Highest Performance: 255. Maximum Frequency: 3.50 GHz. > > > AMD PSTATE Nominal Performance: 204. Nominal Frequency: 2.80 GHz. > > > AMD PSTATE Lowest Non-linear Performance: 124. Lowest Non-linear > > Frequency: 1.70 GHz. > > > AMD PSTATE Lowest Performance: 30. Lowest Frequency: 400 MHz. > > > > > > > > > I would greatly appreciate any feedbacks. > > > Thank you! > > > Perry. > > > > > > Changes from v11: > > > * minmor change for patch 1 "perf" change to "performance"(Huang ray= ) > > > * rebased to lastest linux-pm/bleeding-edge branch > > > > > > Changes from v10: > > > * pick ack-by flags from huang ray for all patches. > > > * run testing on AMD Ryzen 5 7640U without regression issue. > > > > > > Changes from v9: > > > * pick review by flag from Meng Li > > > * pick test by flag from Ugwekar Dhananjay > > > * picl review by flag from Gautham R. Shenoy > > > > > > Changes from v8: > > > * add commit log for patch 1 and patch 2 (Rafael) > > > * add missing Perry signed-off-by for new patches #1,#2,#4 (Rafael) > > > * rebased to latest linux-pm/bleeding-edge > > > > > > Changes from v7: > > > * Gautham helped to invole some new improved patches into the patchs= et. > > > * Adds comments for cpudata->{min,max}_limit_{perf,freq}, variables = [New > > Patch]. > > > * Clarifies that the units for cpudata->*_freq is in khz via comment= s [New > > Patch]. > > > * Implements the unified computation of all cpudata->*_freq > > > * v7 Patch 2/6 was dropped which is not needed any more > > > * moved the quirk check to the amd_pstate_get_freq() function > > > * pick up RB flags from Gautham > > > * After the cleanup in patch 3, we don't need the helpers > > > amd_get_{min,max,nominal,lowest_nonlinear}_freq(). This > > > patch removes it [New Patch]. > > > * testing done on APU system as well, no regression found. > > > > > > Changes from v6: > > > * add one new patch to initialize capabilities in > > > amd_pstate_init_perf which can avoid duplicate cppc capabilities r= ead > > > the change has been tested on APU system. > > > * pick up RB flags from Gautham > > > * drop the patch 1/6 which has been merged by Rafael > > > > > > Changes from v5: > > > * rebased to linux-pm v6.8 > > > * pick up RB flag from for patch 6(Mario) > > > > > > Changes from v4: > > > * improve the dmi matching rule with zen2 flag only > > > > > > Changes from v3: > > > * change quirk matching broken BIOS with family/model ID and Zen2 > > > flag to fix the CPPC definition issue > > > * fix typo in quirk > > > > > > Changes from v2: > > > * change quirk matching to BIOS version and release (Mario) > > > * pick up RB flag from Mario > > > > > > Changes from v1: > > > * pick up the RB flags from Mario > > > * address review comment of patch #6 for amd_get_nominal_freq() > > > * rebased the series to linux-pm/bleeding-edge v6.8.0-rc2 > > > * update debug log for patch #5 as Mario suggested. > > > * fix some typos and format problems > > > * tested on 7950X platform > > > > > > > > > V1: > > > https://lore.kernel.org/lkml/63c2b3d7-083a-4daa-ba40- > > 629b3223a92d@mail > > > box.org/ > > > V2: > > > https://lore.kernel.org/all/cover.1706863981.git.perry.yuan@amd.com/ > > > v3: > > > https://lore.kernel.org/lkml/cover.1707016927.git.perry.yuan@amd.com/ > > > v4: > > > https://lore.kernel.org/lkml/cover.1707193566.git.perry.yuan@amd.com/ > > > v5: > > > https://lore.kernel.org/lkml/cover.1707273526.git.perry.yuan@amd.com/ > > > v6: > > > https://lore.kernel.org/lkml/cover.1707363758.git.perry.yuan@amd.com/ > > > v7: > > > https://lore.kernel.org/lkml/cover.1710323410.git.perry.yuan@amd.com/ > > > v8: > > > https://lore.kernel.org/lkml/cover.1710754409.git.perry.yuan@amd.com/ > > > v9: > > > https://lore.kernel.org/lkml/cover.1710836407.git.perry.yuan@amd.com/ > > > v10: > > > https://lore.kernel.org/lkml/cover.1711335714.git.perry.yuan@amd.com/ > > > v11: > > > https://lore.kernel.org/lkml/cover.1713858800.git.perry.yuan@amd.com/ > > > > > > > > > Gautham R. Shenoy (3): > > > cpufreq: amd-pstate: Document *_limit_* fields in struct amd_cpudat= a > > > cpufreq: amd-pstate: Document the units for freq variables in > > > amd_cpudata > > > cpufreq: amd-pstate: Remove > > > amd_get_{min,max,nominal,lowest_nonlinear}_freq() > > > > > > Perry Yuan (5): > > > cpufreq: amd-pstate: Unify computation of > > > {max,min,nominal,lowest_nonlinear}_freq > > > cpufreq: amd-pstate: Bail out if min/max/nominal_freq is 0 > > > cpufreq: amd-pstate: get transition delay and latency value from AC= PI > > > tables > > > cppc_acpi: print error message if CPPC is unsupported > > > cpufreq: amd-pstate: Add quirk for the pstate CPPC capabilities > > > missing > > > > > > drivers/acpi/cppc_acpi.c | 4 +- > > > drivers/cpufreq/amd-pstate.c | 257 +++++++++++++++++++++------------= -- > > > include/linux/amd-pstate.h | 20 ++- > > > 3 files changed, 174 insertions(+), 107 deletions(-) > > > > > > -- > > > > Whole series applied as 6.10 material, thanks! > > Thank you so much for merging the changes! No problem. However, there are compiler warnings in the new material that need to be addressed before it goes into linux-next. I've seen your patch addressing some of them, but there is still an unused local variable to deal with.