Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Message-ID: <53a21308-0948-66c9-86e0-d576ab884567@suse.com>
Date:   Mon, 21 Nov 2022 15:51:58 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
 Thunderbird/102.5.0
Subject: Re: [PATCH 1/3] acpi/processor: fix evaluating _PDC method when
 running as Xen dom0
Content-Language: en-US
To:     =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= <roger.pau@citrix.com>
Cc:     xen-devel@lists.xenproject.org, jgross@suse.com,
        Boris Ostrovsky <boris.ostrovsky@oracle.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>,
        Dave Hansen <dave.hansen@linux.intel.com>, x86@kernel.org,
        "H. Peter Anvin" <hpa@zytor.com>,
        "Rafael J. Wysocki" <rafael@kernel.org>,
        Len Brown <lenb@kernel.org>, linux-acpi@vger.kernel.org,
        linux-kernel@vger.kernel.org
References: <20221121102113.41893-1-roger.pau@citrix.com>
 <20221121102113.41893-2-roger.pau@citrix.com>
 <d1042d77-eb5a-6577-9ec6-e6a7997f15d7@suse.com>
 <Y3uLXq1diou2lHu4@Air-de-Roger>
From:   Jan Beulich <jbeulich@suse.com>
In-Reply-To: <Y3uLXq1diou2lHu4@Air-de-Roger>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?WkVYMDArUEJXdjcvMXo1Qk1EOUhDQ0Y4WUsrVGx6eEFORkhXeEhlOEJpVnU1?=
 =?utf-8?B?Wm1VV0lPYS9DTGpUc1VQajAwNVR6ejdzSjBsbXV1aitKVTBlTEFKVWdpNGRS?=
 =?utf-8?B?MmZuNThUMkNGbEp2ZlFPQUU0VVA0RkRiZHR0MnZJU2Y2aDFJUEF5TnYxOTFa?=
 =?utf-8?B?T2VaMkRQanQ2ZkNKZFNQcjB5TVlqTkUvSVVoYnpaOEdXOFFmRnFKWFhWbGpj?=
 =?utf-8?B?d2diQ0xvUllSQzJ0MGswS1VzM2hGUjJONTdMb0F3aUFHaUd3dmNGSXZTS1VK?=
 =?utf-8?B?MXhHZUFmYmhXUEM0YTlGbG1VOG9PdWtUUE1hcW9sTEw2eHdYUEh1R0pKNmZT?=
 =?utf-8?B?b2tkamNBYmtOUGdwcGdvcWtRWVVBck4zM3l6aUNUSWZMTW4vMHd0RzdHS0c0?=
 =?utf-8?B?OXNDMlRiNjMvWWc1TXRoWmhyVURDK3lndlNhR0RCbG5iWG9uV3k5eWVReHMx?=
 =?utf-8?B?V0VCVlV3NkdqSHl3cnA1K2FJL3MwTnZyT1F4VDMzQVpkNk1oSy9OalhpQmxW?=
 =?utf-8?B?QlJoQTltMG5xbUFnRllZOG9WWm5MTWpTNUNpelNITmJyeTB4d0F0Tjc1ODQv?=
 =?utf-8?B?QXRXaldpcTUzdWkybEdCOUx2VUUyZnc2Zk9xNGwwekVkamJCZmZsM1RIY2Zl?=
 =?utf-8?B?Z3VFZW1GVFVPZkZPdkVnU0pMa1RWc3ZHZXBKalhkQ0lRZVZMdmovS053RjhS?=
 =?utf-8?B?eG42a0dUSmgya1I1aWR1Q3d4N3NQZHEzc1JVSGtSZzdTK0tqeVA2eExxdHBt?=
 =?utf-8?B?RzZTWEdqVU5hS0Z5SGxSekp0SUE4OE1DUGpDUG1yTmtwOHV3NG9JQ0lsOUZK?=
 =?utf-8?B?VTJ5aURCV0JTd1BmdS9YVWNkZDB3NnlqYUo2V2ovd2pJcm1vZ2IvRkYrQzZz?=
 =?utf-8?B?MjFvUitwVWhHR3ZMcUptZVkyWEdmcFNlbzJnTFYzc3Npb0JYaTVSZFJMdlhn?=
 =?utf-8?B?b3JMSCt0OG9JSFFiMkFtNmRIdlRQYnQ4SHhVWGJseG80dFRyc3l1UFRjR3Nn?=
 =?utf-8?B?WENmZmY5QlpDK0FxeTBzc3JpWmNKWGRZMlVwNllmMzNiWkdjQk0zdFppa09j?=
 =?utf-8?B?V0N3bzNnUk1objl6VzR1bmw1SG5mRkhrYjdTbTVVSHk3VzE3YkRud29UM0pJ?=
 =?utf-8?B?ZGdlT0FSWVBFRHBQOHliYUlEMStvYlVmeUtKSXpNNU9rRE1tQ3RxV2s4Y1gx?=
 =?utf-8?B?R3dqRGdMbnJqMERyTllxaVZkOEFQMEdkOElHNnRaNVo4R0lhRXZZeXlMQlN2?=
 =?utf-8?B?d3JhZlJGZXg1c01oK3Q1eXp1ckFxaDVGMU9xK0ZuZld5SEd2Y251bTBWdXBs?=
 =?utf-8?B?R0llemxPeEVqalJpdUtCd0Y4OVFMQ2ZYRmFzcFlJS3hPMUxUNTRKdlRvcXZQ?=
 =?utf-8?B?WTdwYlRubjhUUjZOZ2JuTVlNdFN6NFE2VlVvQTVrcFpuTnVaZ2JqVnpJTDRQ?=
 =?utf-8?B?WTVSMFEwdlh5MkZXMzUzamU0ZXpyL1lZek5HaFFQU28vOU9kZmo2eWdHWm9t?=
 =?utf-8?B?b3lnbitnTVdtOFdoWmhYTkZoN2lJRUhZZ2xyQTg4RG9paThwV0tER2RON3p5?=
 =?utf-8?B?Q2grUmZRTis0dFkxZktpV0NhS3hJRXlDcGlkZGdPb2xJSkJLRmZSL09YRXNw?=
 =?utf-8?B?TmFEM1BXYkU3bG5EL1U4V29HdjdDaXpIOWszQzZwd1RycG5XWGZQMUx5NzNQ?=
 =?utf-8?B?VjFJcVhob09JdTFwVWpPNjNNajJMTHhyNjVBaytmczNnT2E2a1l1SG04c3dm?=
 =?utf-8?B?OUFyN3gvTm9pb0tCRGJzSVNPZHM5SXZzQ0IwcTQzS05QZWlPOGk3SW02NHEw?=
 =?utf-8?B?S0xLZFFwNFhKeDVnN2pGMm9KUkJmWHlKc0NraVFFbk9ybnpOUWk3L2xhSzda?=
 =?utf-8?B?ZXNsVzZsdU53WVJyZTk5VTdvYW82dERTcHFQRnVDRG1WaFNPaTVpcmhTY3FB?=
 =?utf-8?B?M1R2LzVqc1Z1YkIyUW82MFRjSVpTcFZpdXc3cU42RW5GYlBvMG9mdis3aDhK?=
 =?utf-8?B?RHdnQlJMc1hSS3B6K1Z3M0xYdkxjc2swUi9Zd1Z1RG5STXJQcjJFL0VPanND?=
 =?utf-8?B?VE5tVlFWNVk5dkpLV2t0ODZWRkNlbG0rZzI1d29xdER1dFkwZFg2ek1tVm85?=
 =?utf-8?Q?hBfbHye2Vo5kCgLDNtKv2+hWi?=
X-OriginatorOrg: suse.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 504646fb-802b-4079-739c-08dacbcff19c
X-MS-Exchange-CrossTenant-AuthSource: VE1PR04MB6560.eurprd04.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 21 Nov 2022 14:51:59.9827
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: f7a17af6-1c5c-4a36-aa8b-f5be247aa4ba
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: dPhZ8P0hb2xchzpuuJTIOo81cBY4J7yhoiqHcPlrpXvp6Fm2mG2Kq04PA8G+OxO2mn11I2gZhZ2lZ2xZBIS7MA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DU2PR04MB8679
X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED,
        DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,
        RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_PASS autolearn=ham
        autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
        lindbergh.monkeyblade.net
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On 21.11.2022 15:29, Roger Pau Monné wrote:
> On Mon, Nov 21, 2022 at 03:02:30PM +0100, Jan Beulich wrote:
>> On 21.11.2022 11:21, Roger Pau Monne wrote:
>>> @@ -47,6 +49,15 @@ static bool __init processor_physically_present(acpi_handle handle)
>>>  		return false;
>>>  	}
>>>  
>>> +	if (xen_initial_domain())
>>> +		/*
>>> +		 * When running as a Xen dom0 the number of processors Linux
>>> +		 * sees can be different from the real number of processors on
>>> +		 * the system, and we still need to execute _PDC for all of
>>> +		 * them.
>>> +		 */
>>> +		return xen_processor_present(acpi_id);
>>> +
>>>  	type = (acpi_type == ACPI_TYPE_DEVICE) ? 1 : 0;
>>>  	cpuid = acpi_get_cpuid(handle, type, acpi_id);
>>
>> We had to deal with this in our XenoLinux forward ports as well, but at
>> the time it appeared upstream I decided to make use of acpi_get_apicid()
>> (which meanwhile was renamed to acpi_get_phys_id()). Wouldn't than be an
>> option, eliminating the need for a Xen-specific new function?
> 
> While this would work for PV, it won't work on a PVH dom0, since the
> ACPI MADT table is not the native one in that case, and thus the
> Processor UIDs in the MADT don't match the ones in the Processor
> objects/devices.

I wonder whether we can actually get away with this difference long term.
I've gone back and looked at the commit introducing the code to build the
replacement MADT, but there's no mention of either the reason for the
changed numbering or the reason for limiting MADT entries to just the
number of CPUs Dom0 will have. (Clearly we need distinct APIC IDs, at
least until Xen becomes more flexible / correct in this regard. And
clearly we'd need to "invent" ACPI IDs in case Dom0 had more vCPU-s than
there are pCPU-s.)

Jan