From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f52.google.com (mail-wm1-f52.google.com [209.85.128.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 60F553A9D87 for ; Thu, 5 Feb 2026 13:10:16 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.52 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1770297016; cv=none; b=ItAmerlAMyCWg9yazZ5FAMOLxtH823GDvXbiwz1/XgmhRhuO3UsFs0/Rcfhiqh4tL4Xn4FEmMyVzs+6nT/ck488OQ7j8S5LORb1vk4n/+6CAYnjB5vLYtgYZTCQl25Vf0Op5fuGnzwwOESalPze8K7zkboYH0E6ZRjd0pCh01oc= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1770297016; c=relaxed/simple; bh=g06hxuxEUhC4yKf7OWaLtDoSkFebbaVKoScO/qtaIEo=; h=Message-ID:Subject:From:To:Cc:Date:In-Reply-To:References: Content-Type:MIME-Version; b=h++8UFdLNcMggE5bL6dF/pI2EoTW4SGK+CMWllUOqTgyFMbMhREP5ayh+bbooprffo1bcDLTrKsUaDXsLnsRjjhmnJsuOLuln2xJfOKFmeiaonLRWfogXTRRuJiqnVXXnVQ98StsS27gabsucOtOOdjFRc6kGSfdY5iUhPNL4KM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=YC2UxFPi; arc=none smtp.client-ip=209.85.128.52 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="YC2UxFPi" Received: by mail-wm1-f52.google.com with SMTP id 5b1f17b1804b1-48069a48629so8568845e9.0 for ; Thu, 05 Feb 2026 05:10:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1770297015; x=1770901815; darn=vger.kernel.org; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:from:to:cc:subject :date:message-id:reply-to; bh=g06hxuxEUhC4yKf7OWaLtDoSkFebbaVKoScO/qtaIEo=; b=YC2UxFPi4+1WHeCj6ORQX2JVh+2Ew2eyUAiGFj4CSvbdKSZQDbUOhX/4gzCPTR6AQz 9qrgOMV7y5RdhlNxKDO3OCT0x+NHw0sky0sOznKFW+PYGoqkFP1pDoOBrRo8nfAr3tOu sIqcFshwIzuIRI7aShgxG7XuIk6ioQ32g8k7zEExY3y4myW2aJn9rXBptYXVAHvAIcvC v+bKnchz4KpcQ1fBDAn/+sXbMuXdjOjuvMAxqDEafbnUA4RYWszGbkZoVVL+ViuvfrXV OiWWJxC/RltE0LbdSmE4+RVeQgwB7vKtDmk1hENCqinNjiY34JFbdP/K+S4eMQNZ6Zmv VD8A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1770297015; x=1770901815; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=g06hxuxEUhC4yKf7OWaLtDoSkFebbaVKoScO/qtaIEo=; b=r6b2v6TKrATffwL6zv5Nzl/QjKFkf4KmJc81LcEaemW1k/BOHBVMMhxPRBz+QHTutK yR1BOAeRLjA56rZlQHBGjsppi68FwA4jIdVhEPo64+MLTq8pr/hnZCyMpQV0gRRo0eL9 aiX3Ahkqd56swVs3ez3TvJqKc9pE3qH6cuzTMtH2g2H0Iuyp2PgRgsYI2Dgqg7gitgeP 3s1saetfquhTayMG9UG0U1NtTYjvu3ZC9kfDIlEa10jAu+UKrgre7rRwpke8+1iMFdfp LeZBijq+PAQ+oqpvaGUD716tSe7oE4we9uIdXOpl9WK/Gp5tBEQAiZMbMskD7VsLq7ZR HaHQ== X-Forwarded-Encrypted: i=1; AJvYcCXJsDcdMUnIrC/XkXpezJXZ1lPrNzhaeauGPQjsmjZS/RuYkoufTzXBWSoCpwxBAyAdEjLQEoIDWA==@vger.kernel.org X-Gm-Message-State: AOJu0Yws1ePvDWJ3uLLZVYcnGMmx9WnQHXBB2f3NictdmEWRzr29u6B8 SLlz/6hVmafHN+AraAXhjzjIGLpzjBLwu6bjGQWnpQqTvXsVXtLiA/N/ X-Gm-Gg: AZuq6aIUNKRuU08k63Nv3Dz2ywGLWnsqnvHFVEoLi8n+4wo3KrwPcQVPpcamXq//KMy 9oKXAgcn1eNWOZPJim6l5dVKbQAqaiOOEgt2JJkkHpHnStSe7aGZZRtyMWAeW6WCTnsz6odCGIJ UTCxZnE2ke89cyh3IQdMClcCJLpTQLpGPqeLHimcqTAO2hbmZi2HFPIcwIXPSIfwh5+kh7GI6vK 1odtihFQOGlMsAybLRrwU1WmE1eUDA7DBWI2QxgGWWCtz0Lre+LL+xTWcNYkQIAY1iUvK3nwnpG R8GrF21wj8CRgMXkpDmOkdSKGvFx5rINwB0KShHrHi2GyKM8SZcQFZpPJ9/T83WT7V1CPhcKQWU YxDbGqGg3zEvo2yiQhQIswedP6qCoa0dLJaa5aFW00/aolGKBOz/EMzekTfin5rsBKD0zBVcNDl 9kA6OvptQj4dqD1Y0= X-Received: by 2002:a05:600c:3549:b0:475:da1a:5418 with SMTP id 5b1f17b1804b1-4830e9351f5mr99191295e9.1.1770297014494; Thu, 05 Feb 2026 05:10:14 -0800 (PST) Received: from [10.245.244.111] ([192.198.151.45]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-4830ffc9f3asm46238925e9.19.2026.02.05.05.10.10 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 05 Feb 2026 05:10:13 -0800 (PST) Message-ID: Subject: Re: [PATCH v7 4/7] ACPI: CPPC: add APIs and sysfs interface for min/max_perf From: Artem Bityutskiy To: "Rafael J. Wysocki" , Sumit Gupta Cc: viresh.kumar@linaro.org, pierre.gondois@arm.com, zhenglifeng1@huawei.com, ionela.voinescu@arm.com, lenb@kernel.org, robert.moore@intel.com, corbet@lwn.net, rdunlap@infradead.org, ray.huang@amd.com, gautham.shenoy@amd.com, mario.limonciello@amd.com, perry.yuan@amd.com, zhanjie9@hisilicon.com, linux-pm@vger.kernel.org, linux-acpi@vger.kernel.org, linux-doc@vger.kernel.org, acpica-devel@lists.linux.dev, linux-kernel@vger.kernel.org, linux-tegra@vger.kernel.org, treding@nvidia.com, jonathanh@nvidia.com, vsethi@nvidia.com, ksitaraman@nvidia.com, sanjayc@nvidia.com, nhartman@nvidia.com, bbasu@nvidia.com Date: Thu, 05 Feb 2026 15:10:09 +0200 In-Reply-To: References: <20260129104817.3752340-1-sumitg@nvidia.com> <20260129104817.3752340-5-sumitg@nvidia.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.56.2 (3.56.2-2.fc42) Precedence: bulk X-Mailing-List: linux-pm@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 On Tue, 2026-02-03 at 13:43 +0100, Rafael J. Wysocki wrote: > On Thu, Jan 29, 2026 at 11:49=E2=80=AFAM Sumit Gupta = wrote: > >=20 > > Add cppc_get/set_min_perf() and cppc_get/set_max_perf() APIs to read an= d > > write the MIN_PERF and MAX_PERF registers. > >=20 > > Also add sysfs interfaces (min_perf, max_perf) in cppc_cpufreq driver > > to expose these controls to userspace. The sysfs values are in frequenc= y > > (kHz) for consistency with other cpufreq sysfs files. >=20 > But this is not cpufreq and it is not consistent. Just my 2 cents to add: CPPC and Intel CPUs don't use kHz for performance scaling. We should avoid introducing additional kHz-based interfaces where possible, since the performance units <-> kHz translation may become more complex over time than today. Future implementations could involve non-linear relationships and reduced accuracy. Minimizing kHz interfaces now may help reduce future work. Thanks, Artem.