Received: by 2002:a25:5b86:0:0:0:0:0 with SMTP id p128csp1992796ybb; Fri, 29 Mar 2019 16:05:06 -0700 (PDT) X-Google-Smtp-Source: APXvYqxc8DpIt+A5CZa9ZzSkzo3b+9yW0OCSsV3+ssRw7IbDrzUxstpszT57M4O9pEyg6EgFzyHR X-Received: by 2002:a63:1659:: with SMTP id 25mr4817919pgw.275.1553900706862; Fri, 29 Mar 2019 16:05:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553900706; cv=none; d=google.com; s=arc-20160816; b=YIBvzPNcOqVxyke9npqyEv3RgVmAkMM4dmS6A0+cW3Bf7B5BXirsEAaQFY9xv0Vtmd KqDOgf++qKqy+3taZfDsl/AcutnyF7y3lNIPhU72rbcFMYjvzwC41Eyh6kLY9BnEv7df LRo50Y6WJat/+cHgt3/EszGhkMQBCG75IKlA20eP8F8vCWN4ikba8zgnhrChP2rj1NKo gy2O0HXUEnUbUgRmx6YwceL2rnjitZiwhWhcrmb5/alZP5hf4YLoiFQLmC2I0h6gts5S QzwDb+Tc2yu+KV6cTn6Eczzmwkj3YWl6waGvo85mRWiJ7mHGomtgef1Sxohr/g1ZLF0I VKNg== 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:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=Et7gDHkFhQATejenyE8Q7FdLVQUNspBXDwMvm77DcDA=; b=v9N3rtCZUWr4w5XULetTm0eouuCJyT6Zv01z+2rck14sBuW+mi6b84hiqVdYCUcvpG tLISEadOiVdU3cOX8GW/bDya0dhc5akhVjQt64w5PIMFFlQer8y7Z6r1u6IbTvSQCecT 4N6gMCWjmhDyQUN8vBdbjhKzm4j3Dx7IZeKnIacr/o4vqVdUyaN2w+UU5Btao9kP/mM5 X55fJEm/DWVD/9C3MkgAotmV71g2zAFme9HmHKVcmAr8+PhwVo7QrOj7F1xXFGRkGMjD CWp8WetciJA7aqJWpKQaU60174U3BUldqbRTfIzPUf+DRbqPM202dQzsVF18M/A35q4H 6Raw== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h35si3038930plb.180.2019.03.29.16.04.51; Fri, 29 Mar 2019 16:05:06 -0700 (PDT) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730576AbfC2XEQ (ORCPT + 99 others); Fri, 29 Mar 2019 19:04:16 -0400 Received: from cloudserver094114.home.pl ([79.96.170.134]:41998 "EHLO cloudserver094114.home.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729849AbfC2XEQ (ORCPT ); Fri, 29 Mar 2019 19:04:16 -0400 Received: from 79.184.253.239.ipv4.supernova.orange.pl (79.184.253.239) (HELO aspire.rjw.lan) by serwer1319399.home.pl (79.96.170.134) with SMTP (IdeaSmtpServer 0.83.213) id 38e0105983f9a327; Sat, 30 Mar 2019 00:04:13 +0100 From: "Rafael J. Wysocki" To: "Ghannam, Yazen" Cc: "Pandruvada, Srinivas" , "linux-kernel@vger.kernel.org" , "devel@acpica.org" , "Natarajan, Janakarajan" , "linux-acpi@vger.kernel.org" , "linux-pm@vger.kernel.org" , "lenb@kernel.org" , "viresh.kumar@linaro.org" , "Moore, Robert" , "Schmauss, Erik" Subject: Re: [PATCH 5/6] acpi/cppc: Add support for optional CPPC registers Date: Sat, 30 Mar 2019 00:02:12 +0100 Message-ID: <1774302.IF6vfKfJ7U@aspire.rjw.lan> In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Friday, March 29, 2019 9:18:04 PM CET Ghannam, Yazen wrote: > > -----Original Message----- > > From: linux-acpi-owner@vger.kernel.org On Behalf Of Pandruvada, Srinivas > > Sent: Wednesday, March 27, 2019 10:48 AM > > To: linux-kernel@vger.kernel.org; devel@acpica.org; Natarajan, Janakarajan ; linux- > > acpi@vger.kernel.org; linux-pm@vger.kernel.org > > Cc: Ghannam, Yazen ; lenb@kernel.org; viresh.kumar@linaro.org; Moore, Robert > > ; Schmauss, Erik ; rjw@rjwysocki.net > > Subject: Re: [PATCH 5/6] acpi/cppc: Add support for optional CPPC registers > > > > On Fri, 2019-03-22 at 20:26 +0000, Natarajan, Janakarajan wrote: > > > From: Yazen Ghannam > > > > > > Newer AMD processors support a subset of the optional CPPC registers. > > > Create show, store and helper routines for supported CPPC registers. > > > > > > Signed-off-by: Yazen Ghannam > > > [ carved out into a patch, cleaned up, productized ] > > > Signed-off-by: Janakarajan Natarajan > > > > > > > [..] > > > > > + /* desired_perf is the only mandatory value in perf_ctrls */ > > > + if (cpc_read(cpu, desired_reg, &desired)) > > > + ret = -EFAULT; > > > + > > > + if (CPC_SUPPORTED(max_reg) && cpc_read(cpu, max_reg, &max)) > > > + ret = -EFAULT; > > > + > > We should create and use different macro other than CPPC_SUPPORTED. > > CPC_SUPPORTED doesn't validate the correctness of object type for a > > field. For example "Maximum Performance Register" can only be buffer > > not integer. In this way invalid field definitions can be ignored. > > > > So create something like "CPPC_SUPPORTED_BUFFER" for buffer-only registers? > > And then buffer/integer registers will continue to use "CPPC_SUPPORTED". > > These seem to be the only two cases at this time. Is this okay? Yes, something like that. Thanks, Rafael