Received: by 10.213.65.68 with SMTP id h4csp130775imn; Wed, 21 Mar 2018 14:15:19 -0700 (PDT) X-Google-Smtp-Source: AG47ELutfeWLUmcJZh1E7ARh/DuuJH1tbYbjuZl9BnddezBvb2oiUEKURCooJU/kl+Qb14fM/+XN X-Received: by 10.99.176.12 with SMTP id h12mr794214pgf.448.1521666919510; Wed, 21 Mar 2018 14:15:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521666919; cv=none; d=google.com; s=arc-20160816; b=a1ZrHMW/Cp+prarIrwENNSB1aYhCIRkiYVVoyx1p3xZtX1/UnF84YbEIFgZ9I135AX 7TEyQZtUUDR+leA7bMebk/m3hnYBbeR5l3zIvmfMbWmcItW24NHAaKap3h+FDO5bLLRh Cr+02B1opASyYJid4Mly2Mac7A8Ghcuoha8ozNnXj6kOA4K05Mq3jdwX8HYyyMnLqb3a aA+fkUWDKqepCrotQ7rbJoLHnuiUOqOc5oBJ7fDYHX9AJq4o3E6bvDP/wqLxtZzu0Uuv ok20qJf6vmDxFmPyOGzI61mFBb5SsfBl+CTqN2Ete3kNac94sCudRbFeNPaI6PJlygyl 7JBg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature :arc-authentication-results; bh=WzikJgN97A/0JmFGQoKWogzR9Gp7lA7BjLceM9hgu/U=; b=UDOuOO/Jnu7RV7HBuJL5BslGq6rbi6FY3xGU4ezcaueN45UuTA9HjEqnVLnof7vtkK mnmVl+sfYSuo3oT0aBrMyNyWgtyJXZpIDPKZ27/Wi7QJGYv3GC8psw8ihRNnNXJp2ODx HWcdVLD/6DuvW6FTf9O+9eiYZrcZFqBFHbnwSfy0N1w8k/5KItDi038tnS2YQh/z9gDK BGAu9YzqHlYDaV1+V+5TYTm7W2YU3ZNQkMQHaE5Vt4lZi0cLCwsyagmD1qMiG9koDhk8 O/jcXrII0q253yFLjCY/MljISJop99Umo6GN2U65O0QlkZ9taHBVidLk3hiowChEuX3M 8/Aw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2017-10-26 header.b=PhkUTGVb; 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=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c7si3270108pgq.734.2018.03.21.14.15.04; Wed, 21 Mar 2018 14:15:19 -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; dkim=pass header.i=@oracle.com header.s=corp-2017-10-26 header.b=PhkUTGVb; 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=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753627AbeCUVN2 (ORCPT + 99 others); Wed, 21 Mar 2018 17:13:28 -0400 Received: from aserp2130.oracle.com ([141.146.126.79]:53490 "EHLO aserp2130.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753306AbeCUVNY (ORCPT ); Wed, 21 Mar 2018 17:13:24 -0400 Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w2LL3jvg004335; Wed, 21 Mar 2018 21:13:13 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=subject : to : cc : references : from : message-id : date : mime-version : in-reply-to : content-type : content-transfer-encoding; s=corp-2017-10-26; bh=WzikJgN97A/0JmFGQoKWogzR9Gp7lA7BjLceM9hgu/U=; b=PhkUTGVb1rYd3ij8Fp+3lVgDFln+8eSJi7RlrldYTKslNAzEszHgwRNTRFKBmmp0qfA9 sHA9FlBFNNt/gUXpD+JBq6Ckytx1LoNjAnIN4a9W7tTE4gb3SfgriPLNQ4+v33cqeYEg qzY11FeOkxmloyaS8AE5rhMWIvACAvqXIRHQUXTnxkUh0FmgrSg0jtBDZ4zl0YWYi5Y6 ReXQyhqTdJeJhIknN0C0kejuFmEk2k4xkFqMqCg2HyfBEDIjYN+uuwrx3tTp2xWB4MAn XBylEolREhWmYCcuP8fFQ5E3I9yMZmDCxIBGMTNRnWG+QtkDB2ub/+2GmT6GzSSZGYHs LA== Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp2130.oracle.com with ESMTP id 2guxytr15f-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 21 Mar 2018 21:13:13 +0000 Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id w2LLDBVL017465 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 21 Mar 2018 21:13:12 GMT Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id w2LLDADo001392; Wed, 21 Mar 2018 21:13:10 GMT Received: from dhcp-burlington7-2nd-B-east-10-152-55-162.usdhcp.oraclecorp.com (/10.152.32.65) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 21 Mar 2018 14:13:10 -0700 Subject: Re: [PATCH v3] xen/acpi: upload _PSD info for non Dom0 CPUs too To: Joao Martins , linux-kernel@vger.kernel.org Cc: Juergen Gross , "Rafael J. Wysocki" , Len Brown , Robert Moore , Erik Schmauss , xen-devel@lists.xenproject.org, linux-acpi@vger.kernel.org, devel@acpica.org References: <20180315142205.15839-1-joao.m.martins@oracle.com> From: Boris Ostrovsky Message-ID: <4b9b40ce-a19c-758f-9a0b-451fadecf347@oracle.com> Date: Wed, 21 Mar 2018 17:15:06 -0400 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: <20180315142205.15839-1-joao.m.martins@oracle.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8839 signatures=668695 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1803200127 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 03/15/2018 10:22 AM, Joao Martins wrote: > All uploaded PM data from non-dom0 CPUs takes the info from vCPU 0 and > changing only the acpi_id. For processors which P-state coordination type > is HW_ALL (0xFD) it is OK to upload bogus P-state dependency information > (_PSD), because Xen will ignore any cpufreq domains created for past CPUs. > > Albeit for platforms which expose coordination types as SW_ANY or SW_ALL, > this will have some unintended side effects. Effectively, it will look at > the P-state domain existence and *if it already exists* it will skip the > acpi-cpufreq initialization and thus inherit the policy from the first CPU > in the cpufreq domain. This will finally lead to the original cpu not > changing target freq to P0 other than the first in the domain. Which will > make turbo boost not getting enabled (e.g. for 'performance' governor) for > all cpus. > > This patch fixes that, by also evaluating _PSD when we enumerate all ACPI > processors and thus always uploading the correct info to Xen. We export > acpi_processor_get_psd() for that this purpose, but change signature > to not assume an existent of acpi_processor given that ACPI isn't creating > an acpi_processor for non-dom0 CPUs. > > Signed-off-by: Joao Martins Applied to for-linus-4.17 -boris