Received: by 2002:a05:7412:f690:b0:e2:908c:2ebd with SMTP id ej16csp121246rdb; Wed, 18 Oct 2023 21:49:00 -0700 (PDT) X-Google-Smtp-Source: AGHT+IE7JCKiax+Z1qP89py8H/G8uUJpm4om+x4umJ8jLqCTlliJnpyOWkiMXSbBrbwpvnsMyKDX X-Received: by 2002:a17:90b:3644:b0:27d:4901:b0b7 with SMTP id nh4-20020a17090b364400b0027d4901b0b7mr1041167pjb.30.1697690940411; Wed, 18 Oct 2023 21:49:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1697690940; cv=none; d=google.com; s=arc-20160816; b=fqlC/mF1EZ2GCvpubMudkg+cnwUYqjrmZ3RB2m32a5kRU/IRXMg0e7iEZ290Xg3fSE GiD1mpkW4uvD9AloZK9nNyBVhRiBy30giCFY8I38vGX1Ol4n9IRt6mmauc/LiMFq7Dm2 K1CHFAqErplk+GwYHiKLEGY/d0OJd9VqV7GlmuelXXSrIPl6Xx6ZqC/oZ9DCvM/jNyBs j3tmAWlVyeiJ+jEe+G5OG3G1N1fTF9JwPDOYN++CycQCsniQBB3Rr4/q01fnX2vZXxgs XuqWLeNTbuyrwCQcBAb0gsZeGBkqDk/Ump5aJM862QRk0njGu7e3mNHe0mddAUokYzfK 1WXw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:dkim-signature; bh=HSBVb0/6PKzVd/BXIi0nFqaJ/m0nLqwjF6CLo8nWfJQ=; fh=Brbv6w76MO6Oiq/IB1b45yj0rba0BAGMKAmxhoF8LEg=; b=h6trY50uh3EXMfwHtGNBHTWHdIZTlFYAKp7Ajf8YM+S1wSlRA9MjcBWYfZS0hZUQfM vx1VSDbEC7I8GWMJovhn/rMPsQsC+s1FPCZ5lRI7rkDX7n7Y7EB+WcaPaWzQXKnYItU6 VUh7rrmIwzv8saqGaQA+R6e6y27Nwk2qp19tGowYQJd+Jhd16XRfxB9TsZj/FjyfKC4E +JhE+RmKJhM9wJotoIf9U8lu4ooyhGherSO9J75GTQ3hbstIoHfU7FZN9ZdOTAbYWGoj Fhz+F4jXDDIi2iBsJfSY00t79E59J6lI/Mxy33FY7N6I8uBJYeAgadcoGopbI9o7fVGU MHVg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ellerman.id.au header.s=201909 header.b=nrG9hfkG; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.31 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from morse.vger.email (morse.vger.email. [23.128.96.31]) by mx.google.com with ESMTPS id h24-20020a17090aa89800b0027ced9acac0si1419949pjq.2.2023.10.18.21.49.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 18 Oct 2023 21:49:00 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.31 as permitted sender) client-ip=23.128.96.31; Authentication-Results: mx.google.com; dkim=pass header.i=@ellerman.id.au header.s=201909 header.b=nrG9hfkG; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.31 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by morse.vger.email (Postfix) with ESMTP id 5B14E81E1419; Wed, 18 Oct 2023 21:48:58 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at morse.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232076AbjJSEsx (ORCPT + 99 others); Thu, 19 Oct 2023 00:48:53 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49220 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229894AbjJSEsw (ORCPT ); Thu, 19 Oct 2023 00:48:52 -0400 Received: from gandalf.ozlabs.org (mail.ozlabs.org [IPv6:2404:9400:2221:ea00::3]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D4EAD9F for ; Wed, 18 Oct 2023 21:48:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ellerman.id.au; s=201909; t=1697690929; bh=HSBVb0/6PKzVd/BXIi0nFqaJ/m0nLqwjF6CLo8nWfJQ=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=nrG9hfkGjdJ8PvVVCnQKQ+Qfmxsr4+knCkz3c05OZTbzy9MYDUfvYgATbRUl2cNg6 ZvWMBYpsXDzLQ62vsYjy0z3Bb1kAEbaSB9w/46q/y+qXE88YVE8604Py5oaZhu1/Ot puJ8sTEUN6oRljLbxy7AYwf9IPYCG9IAGspWIeCVxFZBgQ9yCJZ0ysodf8wQm2j7QZ Sna8LOFq0HXyH4Nx+toSPZ7Nw03a115OBsAqBBGIO4itk+6pmSlDfRvrivuVkBrfrR klJK3MBlRM1jH6p2BHaO0A/Te2JDtz44iKdaklLMKGlY9Ds+Ixa0lg+udnzeqRchix L3zcp2f1Uj9bg== Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.ozlabs.org (Postfix) with ESMTPSA id 4S9wGS5XSkz4x80; Thu, 19 Oct 2023 15:48:48 +1100 (AEDT) From: Michael Ellerman To: Srikar Dronamraju Cc: linuxppc-dev , Srikar Dronamraju , Christophe Leroy , Nicholas Piggin , Peter Zijlstra , Rohan McLure , Valentin Schneider , Josh Poimboeuf , Mark Rutland , linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 4/6] powerpc/smp: Disable MC domain for shared processor In-Reply-To: <20231018163751.2423181-5-srikar@linux.vnet.ibm.com> References: <20231018163751.2423181-1-srikar@linux.vnet.ibm.com> <20231018163751.2423181-5-srikar@linux.vnet.ibm.com> Date: Thu, 19 Oct 2023 15:48:48 +1100 Message-ID: <87pm1b5ia7.fsf@mail.lhotse> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-0.8 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on morse.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (morse.vger.email [0.0.0.0]); Wed, 18 Oct 2023 21:48:58 -0700 (PDT) Srikar Dronamraju writes: > Like L2-cache info, coregroup information which is used to determine MC > sched domains is only present on dedicated LPARs. i.e PowerVM doesn't > export coregroup information for shared processor LPARs. Hence disable > creating MC domains on shared LPAR Systems. > > Signed-off-by: Srikar Dronamraju > --- > arch/powerpc/kernel/smp.c | 4 ++++ > 1 file changed, 4 insertions(+) > > diff --git a/arch/powerpc/kernel/smp.c b/arch/powerpc/kernel/smp.c > index 498c2d51fc20..29da9262cb17 100644 > --- a/arch/powerpc/kernel/smp.c > +++ b/arch/powerpc/kernel/smp.c > @@ -1046,6 +1046,10 @@ static struct cpumask *cpu_coregroup_mask(int cpu) > > static bool has_coregroup_support(void) > { > + /* Coregroup identification not available on shared systems */ > + if (is_shared_processor()) > + return 0; That will catch guests running under KVM too right? Do we want that? > return coregroup_enabled; What does coregroup_enabled mean now? I'd rather this was actually checking the presence of something, rather than just hard coding that shared processor means no coregroup support. cheers