Received: by 2002:ac2:464d:0:0:0:0:0 with SMTP id s13csp3264139lfo; Mon, 23 May 2022 00:16:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx9sp/+c18C907bBt61HDBtptk+55fyU36yzc6TbZffV9YY2Ik5q++CVnYwJH9eJF8Xb2h1 X-Received: by 2002:a17:902:e2d2:b0:161:a6d8:3a0e with SMTP id l18-20020a170902e2d200b00161a6d83a0emr21037981plc.79.1653290202856; Mon, 23 May 2022 00:16:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1653290202; cv=none; d=google.com; s=arc-20160816; b=Ldz5thI2EFXDJnN0blD/5vZ77lsanXKg/EWBrzIhxeQ0SO8b2NahREcb16WcP/Kntw cNjyTdJg36CaBx+tuslSpDUYcMf8uvVx23zf9vzchHFPzDSlPCgOWnbSRnvtejCYnrB8 qHC9FbbmHWn5ee6R2gutTG7NZ4w2f7jpNz6mudiomIAWHpkdgQqFeQnthXxCZ9BgPFKx v24D9BNtL/cAuIOb5pUZcLwzoqS9sQBYy6MSelJhy4Jy5mEjsPNHpYuSaujAODy4+8zB mmT860f5sydUYP2ONOmCR9pwMLN9GYpy+3jhjVZb00/1A70soRDi4FZBeX50u111AGnb Ea3w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=qfrsVSac5p7s4s3/tao5faBYDdKOQTeF9rcknBTAI6s=; b=jbKFES8nZjiNmroik9n0yXDnTlbFSjGi8TAZETygOoCTEcWDvGnXD6Pd0fTGGw+sz3 RgWZhStqphyVx+EoJWnhzp57nCHKGETYyis6J6HFO/JQEEU0G7d7ecysc7YXs4lR11FG 13kWESAQWNmCljqoyDBpNmPSFnhHoy9qUyheMihazfMRfNropZdrOJoZZPycxlgB67Lg jwgKmP6u+JU1c6lgPfIDqE2T+958O0HftY7Wb6UPNBSZun08uQgMddqWbaXny8sBivkz 8CFrYNLPAjQUvMTWxcuDgaOyvmMmEt/5E7ZCdu/XFKjWjZkv6usKoxe/Y5GSYls2JC47 BWbg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=n5xa3krT; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id o5-20020a17090ac70500b001dc3db49225si12892034pjt.114.2022.05.23.00.16.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 23 May 2022 00:16:42 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=n5xa3krT; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 9C2138DDC3; Sun, 22 May 2022 23:34:19 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243724AbiESSLV (ORCPT + 99 others); Thu, 19 May 2022 14:11:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42244 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S243700AbiESSLL (ORCPT ); Thu, 19 May 2022 14:11:11 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1FC4A4EA1E for ; Thu, 19 May 2022 11:11:08 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id D57A9B82798 for ; Thu, 19 May 2022 18:11:06 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 82C75C34100 for ; Thu, 19 May 2022 18:11:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1652983865; bh=qfrsVSac5p7s4s3/tao5faBYDdKOQTeF9rcknBTAI6s=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=n5xa3krTyCU/0LFHvaxl9nV72wSAN+wptxohSNu1LJGjOf3eBWJQXM29fe8CWWt9/ 8/iEsYee40+jrC2083NGxEDv72DIHUPaZaU4MDrXgGAw6uK/lCd1O6Ui9NJtKq8ri0 l8/5lLS4127Dz6GeUaNclEZtLLhn0q3N54eBfxuE4l8T7qyIvIiqtudmyGTqPbcXC4 CwoNkPgHoCr961+/V+m261Xj+DwDjGO9/NviZlQ3iI/iqxxvzmci/tNkwADe6xQYG0 kRK92Gz0z2/9oGeobimhLWUSwaZb7/JU+Nv8dDYp4brmBzv1zQgU//uZTg0SFWa48B XfRJmKVuJM0iQ== Received: by mail-ed1-f43.google.com with SMTP id j28so7922104eda.13 for ; Thu, 19 May 2022 11:11:05 -0700 (PDT) X-Gm-Message-State: AOAM532f6PWVA7RdhaJSt0e8qsJ0g47cuFrgmzxBjJbl9ihJQbPzEoZq 5uUolzZybcmFh4X5X3/2gplPz09bxOPCHZpjHw== X-Received: by 2002:a05:6402:5388:b0:42a:ba77:7669 with SMTP id ew8-20020a056402538800b0042aba777669mr6676016edb.89.1652983863801; Thu, 19 May 2022 11:11:03 -0700 (PDT) MIME-Version: 1.0 References: <20220518093325.2070336-1-sudeep.holla@arm.com> <20220518093325.2070336-9-sudeep.holla@arm.com> In-Reply-To: <20220518093325.2070336-9-sudeep.holla@arm.com> From: Rob Herring Date: Thu, 19 May 2022 13:10:51 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v2 8/8] arch_topology: Add support to build llc_sibling on DT platforms To: Sudeep Holla Cc: Atish Patra , "linux-kernel@vger.kernel.org" , Atish Patra , Vincent Guittot , Morten Rasmussen , Dietmar Eggemann , Qing Wang , linux-arm-kernel , linux-riscv Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.9 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,MAILING_LIST_MULTI, RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable 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 Wed, May 18, 2022 at 4:34 AM Sudeep Holla wrote: > > ACPI PPTT provides cache identifiers and especially the last level cache > identifier is used in obtaining last level cache siblings amongst CPUs. > > While we have the cpu map representing all the CPUs sharing last level > cache in the cacheinfo driver, it is populated quite late in the boot > while the information is needed to build scheduler domains quite early. Late is because it's a device_initcall() rather than late in the cpu hotplug state machine, right? The late aspect is for sysfs presumably, but I think we could decouple that. Do all the firmware cache parsing early and then populate the sysfs parts later. It's not a unique problem as the DT unflattening and init code has to do the same thing. I'd assume the hotplug and cpu sysfs devices have to deal with the same thing. Rob