Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp256993pxp; Wed, 16 Mar 2022 05:18:32 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzU8t+FDeA05iPumByKyc3RoDkcVRYdrn2IwL1BeWFdpAfj6ZzkypywN3wLHHLQXampg/Mn X-Received: by 2002:a65:6703:0:b0:374:2dff:cb55 with SMTP id u3-20020a656703000000b003742dffcb55mr27849437pgf.227.1647433111730; Wed, 16 Mar 2022 05:18:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1647433111; cv=none; d=google.com; s=arc-20160816; b=Ixcc8557gCy4WsN8AYyXhqUL2c+7Rc4+854V48NzToTHsVtCdG0x4HwjFyJTLbNZCj RQJsRC9Aws0mkQ1tSZ+gMHyBBi8nBEClbPVj+KeUuAEF+R1Vi9YGzwWwPVPjSbMW5Jj1 d1Rqf7Xy+pq/T/NHhFFbxHmVKeLUPteS35jff9yzKVhYcnjW0sNuHBXCCDrrrdN/dh5P pgnNkpj2l9GKElw5FHl47PX+n0NWXWobJuBq/t7RbAjU8pi/5r30qsRJaTyOPDjeuBlF m+hLBCjkjyZVGsY9SiCvGVX5swJPz+93H5domZ/IwXwxqh6d06mKqZigujjz1dkmKA/G 5S+Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:to:content-language:subject:user-agent:mime-version:date :message-id; bh=76hd+G+ejI80B9JcRMiEm0bX4YO66ruZ3YTnbxHDzy4=; b=JjHi2t1jJu+7Cc4ypxyHa8K0WK6mNcb5UisxIS1s7v2h/aR5yrX0QsMfR+Orv8IwGO 0yHq8iY4itgGV7cd6n7KmR85MvpZlMBWj40N1vSATcNeRImI5GBusPVkwWGa5TE5crYo v1J4r9vo1okBmyRjmC3wZYw4LOc8Byra39bRnIl61hu79QKqWMJBldjVTCzqXu7UY273 Z82sH3Zp22GOUUlfXurkRdCV7+i7SdY/7Q7cSHq2mCpLxACceO3l/BIvgtaGZ5acIovn aJI66eSTKLcoTksYAj+GxNjDViR4bnIsdxCelDP0u+QzEUbGWH3yWdaLayuYrUELf1NB aUIw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id k11-20020a056a00134b00b004f79525587fsi1869768pfu.343.2022.03.16.05.18.18; Wed, 16 Mar 2022 05:18:31 -0700 (PDT) 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; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1350512AbiCORUe (ORCPT + 99 others); Tue, 15 Mar 2022 13:20:34 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38034 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241714AbiCORUd (ORCPT ); Tue, 15 Mar 2022 13:20:33 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 7D29E42ED3 for ; Tue, 15 Mar 2022 10:19:21 -0700 (PDT) Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 1B8D01474; Tue, 15 Mar 2022 10:19:21 -0700 (PDT) Received: from [192.168.178.6] (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 9E2273F73D; Tue, 15 Mar 2022 10:19:17 -0700 (PDT) Message-ID: <68df2f49-9b74-7ea2-0178-be55824b3c89@arm.com> Date: Tue, 15 Mar 2022 18:18:59 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 Subject: Re: [PATCH] sched: dynamic config sd_flags if described in DT Content-Language: en-US To: Qing Wang , Russell King , Catalin Marinas , Will Deacon , Paul Walmsley , Palmer Dabbelt , Albert Ou , Sudeep Holla , Greg Kroah-Hartman , "Rafael J. Wysocki" , Ingo Molnar , Peter Zijlstra , Juri Lelli , Vincent Guittot , Steven Rostedt , Ben Segall , Mel Gorman , Daniel Bristot de Oliveira , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-riscv@lists.infradead.org References: <1647331137-69890-1-git-send-email-wangqing@vivo.com> From: Dietmar Eggemann In-Reply-To: <1647331137-69890-1-git-send-email-wangqing@vivo.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_HI,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE 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: X-Mailing-List: linux-kernel@vger.kernel.org On 15/03/2022 08:58, Qing Wang wrote: > From: Wang Qing (1) Can you share more information about your CPU topology? I guess it is a single DSU (DynamIQ Shared Unit) ARMv9 system with 8 CPUs? So L3 spans over [CPU0..CPU7]. You also mentioned complexes. Am I right in assuming that [CPU0..CPU3] are Cortex-A510 cores where each 2 CPUs share a complex? What kind of uarch are the CPUs in [CPU4..CPU7]? Are they Cortex-A510's as well? I'm not sure after reading your email: https://lkml.kernel.org/r/SL2PR06MB30828CF9FF2879AFC9DC53D2BD0C9@SL2PR06MB3082.apcprd06.prod.outlook.com You might run into the issue that individual CPUs of your system see a different SD hierarchy in case that [CPU4..CPU7] aren't Cortex-A510's, i.e. CPUs not sharing complexes. (2) Related to your MC Sched Domain (SD) layer: If you have a single DSU ARMv9 system, then in Linux kernel mainline you shouldn't have sub-clustering of [CPU0..CPU3] and [CPU4...CPU7]. I.e. the cpu-map entry in your dts file should only list cores, not clusters. I know that in Android the cluster entries are used to sub-group different uarch CPUs in an asymmetric CPU capacity system (a.k.a. Arm DynamIQ and Phantom domains) but this is eclipsing the true L3 (LLC) information and is not "supported" (in the sense of "used") in mainline. But I have a hard time to see what [CPU0..CPU3] or [CPU4..CPU7] are shareing in your system. (3) Why do you want this different SD hierarchy? I assume in mainline your system will have a single SD which is MC (w/o the Phantom domain approach from Android). You mentioned cpus_share_cache(). Or is it the extra SD level which changes the behaviour of CFS load-balancing? I'm just wondering since EAS wouldn't be affected here. I'm sure I can understand this better once we know more about your CPU topology. [...]