Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp947092iog; Wed, 29 Jun 2022 13:40:14 -0700 (PDT) X-Google-Smtp-Source: AGRyM1sgqeTnSge8hUqv1NlTRHno0UJZAx48bb86Q4JvdPn9AF3duNtmtTR10MSEvTx4xuOMg1yv X-Received: by 2002:a17:906:4fc9:b0:726:f4e4:88e8 with SMTP id i9-20020a1709064fc900b00726f4e488e8mr5112631ejw.57.1656535214768; Wed, 29 Jun 2022 13:40:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1656535214; cv=none; d=google.com; s=arc-20160816; b=zkDw6sBVXG6bKmbEJOr2F01hMZAeBWbYcNm8R3AmBRNugO49dCQMMorH9SzgCdtjeZ xwpAzUhtOri4F637kDLNduLuN1MPW6KJYjQhgvHqOWbPJABGJkZjCCk4U8R2FeaQ7pVA 8VCyHxyLD+OmXe51QFdY363PvfKHyjK47FY0JYKdGRasfNpADvqCfs04+q//I/sCc0+8 O57x6S70Cf9h2ami3DuWAs39Rog4EqY0UV5lrMuVMgd0OGYy/hzWAVecFsw+J1PXX9l5 KPwORCvOWtjK8RZOmfmBb1Fqyz91vys5T7cqPf3B6eFzQKQhrxcPqqYDLCUa38CndDrg JL6Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=vPa3fnwwMnRU/f/VsNeHW34jSELTEkZmtmzaI++Inrg=; b=D94xsv9TW6H0VlRXjdGaED0k062ojj4WZQsAKlUHOX6/TNxG+igwOmbVa7PIFycv0R eE27D2WVoggovXRe/TTdOB4fCAGPbvqI0xR619+0vsHAx5VbZCXtFNfkeCV+YrEXYZXM MvpmZyM1iB4azz14cRLHUBAnAxZOnE7zN1o1cb4OWGFQXl6oIjAVsSz2tgTamqJkJ4I8 jFavFNtmbsC9qrGE4mLzmLg/JwM7kqembsYVEHM47HPqCxwBE0f9H3t+tyEl9emwMkFp Lnenz3XfQRvxAXB6pEnH2HxQfJGWvG33NXVnMFlxxkqUpnfQH6S9Ysi9j04S4RIS5Q0L WSRQ== 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id g16-20020a1709061e1000b006feb18c72bfsi840624ejj.126.2022.06.29.13.39.48; Wed, 29 Jun 2022 13:40:14 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229558AbiF2UgJ (ORCPT + 99 others); Wed, 29 Jun 2022 16:36:09 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59120 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229492AbiF2UgI (ORCPT ); Wed, 29 Jun 2022 16:36:08 -0400 Received: from gate.crashing.org (gate.crashing.org [63.228.1.57]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 733CA313BD; Wed, 29 Jun 2022 13:36:06 -0700 (PDT) Received: from gate.crashing.org (localhost.localdomain [127.0.0.1]) by gate.crashing.org (8.14.1/8.14.1) with ESMTP id 25TKS467028346; Wed, 29 Jun 2022 15:28:04 -0500 Received: (from segher@localhost) by gate.crashing.org (8.14.1/8.14.1/Submit) id 25TKS1wF028345; Wed, 29 Jun 2022 15:28:01 -0500 X-Authentication-Warning: gate.crashing.org: segher set sender to segher@kernel.crashing.org using -f Date: Wed, 29 Jun 2022 15:28:01 -0500 From: Segher Boessenkool To: Krzysztof Kozlowski Cc: Ash Logan , krzysztof.kozlowski+dt@linaro.org, paulus@samba.org, mpe@ellerman.id.au, christophe.leroy@csgroup.eu, robh+dt@kernel.org, benh@kernel.crashing.org, devicetree@vger.kernel.org, linkmauve@linkmauve.fr, linux-kernel@vger.kernel.org, rw-r-r-0644@protonmail.com, joel@jms.id.au, linuxppc-dev@lists.ozlabs.org, j.ne@posteo.net Subject: Re: [PATCH v3 02/12] powerpc: wiiu: device tree Message-ID: <20220629202800.GJ25951@gate.crashing.org> References: <20220622131037.57604-1-ash@heyquark.com> <20220628133144.142185-1-ash@heyquark.com> <20220628133144.142185-3-ash@heyquark.com> <20220629161302.GG25951@gate.crashing.org> <908e7555-0090-84fe-4227-d6b349de1394@linaro.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <908e7555-0090-84fe-4227-d6b349de1394@linaro.org> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_PASS, 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 Wed, Jun 29, 2022 at 08:13:13PM +0200, Krzysztof Kozlowski wrote: > On 29/06/2022 18:13, Segher Boessenkool wrote: > > On Wed, Jun 29, 2022 at 11:58:18AM +0200, Krzysztof Kozlowski wrote: > >>> + /* TODO: Add SMP */ > >>> + PowerPC,espresso@0 { > >> > >> Node name should be generic, so "cpu". Unless something needs the > >> specific node name? > > > > This is how most other PowerPC firmwares do it. The PowerPC processor > > binding is older than the generic naming practice, so CPU nodes have > > device_type "cpu" instead. > > ePAPR 1.0 from 2008 explicitly asks for generic node names. So 4 years > before Nintento Wii U. Maybe earlier ePAPR-s were also asking for this, > no clue, don't have them. The majority of PowerPC 750 systems long predate that. Many *current* systems implement the PowerPC Processor Binding, too (not the epapr thing, which is incompatible with the older standards!) > > There is no added value in generic naming for CPU nodes anyway, since > > you just find them as the children of the "/cpus" node :-) > > There is because you might have there caches. It also makes code easier > to read. In the processor binding the cache nodes were subnodes of cpu nodes or other cache nodes. But in some server products you can have cache that is enabled while the corresponding core is disabled; and also, not all cache belongs to only one higher level anyway. This was modelled pretty uncleanly, yup (cleaner would have been to have a /caches node as well as /cpus, for example). But on 750 you just have "l2-cache" subnodes, and all nodes in /cpus are CPUs :-) Segher