Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 439ABC61DA3 for ; Mon, 20 Feb 2023 22:52:15 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232428AbjBTWwN (ORCPT ); Mon, 20 Feb 2023 17:52:13 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55890 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229446AbjBTWwK (ORCPT ); Mon, 20 Feb 2023 17:52:10 -0500 Received: from galois.linutronix.de (Galois.linutronix.de [193.142.43.55]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1683C21A07 for ; Mon, 20 Feb 2023 14:52:08 -0800 (PST) From: Thomas Gleixner DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1676933527; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=cI3Kv3A9m2enWKMCEqkUYT59GuEdnRsmPYrIhm3l6EE=; b=SXAYTbnip+e6FZgQCFl8mj+cDT/47HaVqeS0evRLMvR8O8kEYx6Kt2WWdhXFQtj1vrsDcP 14v4KWAidRQAl+9Ey5mF6ZVLsBZWYoCDMV4TaNP25liPTvHcA5dsxnYlAQY/tJcDX/xuFD UdaURcgIJH3ZdjtP13jFEs7T8shLydz4iAwV6tdZL/rVz+u+EtnTnyBM0lU+aCxbuBVtsW KuZL3Q0UTeutvHbd60h8lCYsIF0sUvlr6pFfVBfMx7ied3Sv1rbBHulOZqmsTnQisDACVh wCTmFXyihQsfGKHegt7rrDTEhxtGGfQCQR0c1VLiBEJiRj/rdKAaoWjLIaY+/A== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1676933527; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=cI3Kv3A9m2enWKMCEqkUYT59GuEdnRsmPYrIhm3l6EE=; b=9q17SwFN4y2O8Ed6sxivlxJksmuAm9cMfZaaHII21+AJZL1FkpGGKohniDufxpdxSPMqru zcbonlkDdnjU3vBg== To: Peter Zijlstra , "Zhang, Rui" Cc: "Brown, Len" , "zhang.jia@linux.alibaba.com" , "bp@alien8.de" , "dave.hansen@linux.intel.com" , "hpa@zytor.com" , "mingo@redhat.com" , "x86@kernel.org" , "linux-kernel@vger.kernel.org" Subject: Re: [RFC PATCH V2 0/1] x86: cpu topology fix and question on x86_max_cores In-Reply-To: References: <20230220032856.661884-1-rui.zhang@intel.com> Date: Mon, 20 Feb 2023 23:52:06 +0100 Message-ID: <87bkloosq1.ffs@tglx> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Feb 20 2023 at 20:06, Peter Zijlstra wrote: > On Mon, Feb 20, 2023 at 02:33:09PM +0000, Zhang, Rui wrote: > APIC-ID is of no use vs hybrid though, and MADT doesn't include any > either, so that's all still buggered. > > Luckily it looks like MADT is fairly extensible, ideally we add an field > to entry-type-0 to help with the hybrid mess. I don't think that's the right way. This should use PPTT because that's a proper hierarchy model. Extending MADT is just another duct tape solution. And it actually does not matter which way we go because none of the existing systems have any of that. Thanks, tglx