Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp934328rwb; Thu, 1 Dec 2022 10:06:59 -0800 (PST) X-Google-Smtp-Source: AA0mqf7XGjiNjWoEax9ET7W+oFv/3uiO1SaFBJDCUBvt+npvSABE/QNR3uxivApoFdjAXV55k6gJ X-Received: by 2002:a17:906:a89:b0:7bd:cc82:9abe with SMTP id y9-20020a1709060a8900b007bdcc829abemr14769290ejf.452.1669918019237; Thu, 01 Dec 2022 10:06:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1669918019; cv=none; d=google.com; s=arc-20160816; b=rUCkGTJQOXwYpFpXo9b6VMX9uw6HJ8N/MK+e6h8y7/JhwmG/pAzp2aP7EWS7Bp1bW9 BpA+hRF7Ljy6sLkeLD/GEwjvPPaGHty/UHYHoYjPvrM8WdZ92cMhfS0y3/gfsjMTMEgR dSaZM2L1oEt5uN7oORlu18GriCyj8BF/u30kzwxNsuXuBxFbYnaSVdPLdnR19Qr6d2D9 RXeMIwgmZCZxhAkZ52ZePaevSsg2nHJ8c/IFzF1vy1Vdod09I9F/57TbqG1BcdrdK3IF cVKKwt7v09k+rC74MYJKIuZdwcWJQU9pqfFIT9MT6yQClB/beVoD6X+egIF7tMaW5OfX AyIQ== 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-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=QQaJjildlfYPmEhbVM9Xh2OhdpNstOmWMozOeAs13DY=; b=pf50KD/9YuKRGomegU2dqFjwqFrUR2LBXdaut+G7m/Px+2UyDZHuQHGAgCy5kalu+R DF/a56iC/TXWlkAE9UcEk1T1X7cUC3iNyU+sH5s7+Dtdadbx2a6fKYrg6T0Tr6M9o+dD EAd7isi1Ttf4ra5Z8ziz8BV0f0JMz3oiuGqjjWrBWgo/JESNtMcmfy0/WNQSmrQlnLmi eVLAwLTWvGOwdELPmwcO1/UpBHjarFRIwVuN2hhikWVo+u0YDpvQE8QN3RqGAH7MiRcF vV0D2FPz1XG7JKvqQiMq2q9W6ukDqIZce0s5XJ/eqThAo4fH3RWnhuTp0q1sVA7Pj1KP IFWA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=QS9dXU4Q; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id go36-20020a1709070da400b0078d00203ab2si4621664ejc.41.2022.12.01.10.06.39; Thu, 01 Dec 2022 10:06:59 -0800 (PST) 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; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=QS9dXU4Q; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230140AbiLARjQ (ORCPT + 83 others); Thu, 1 Dec 2022 12:39:16 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56884 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230139AbiLARjL (ORCPT ); Thu, 1 Dec 2022 12:39:11 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BF7E6A4334; Thu, 1 Dec 2022 09:39:08 -0800 (PST) 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 68584B81FC1; Thu, 1 Dec 2022 17:39:07 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id D9063C433C1; Thu, 1 Dec 2022 17:39:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1669916346; bh=EQiwzs8F1/qVmkVpXCClLWzdE+Wc1pX7zMIG7mNXbv8=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=QS9dXU4QLiEZW5ErRsJA5lWiHpLrRUa1h5LOICfJ36ph0K51kSOFwnbiFC/3pn1u+ R5++oOy+mQtkZr3a5f14FktlINBt20oLbSN/rIhR2iM7JN2qRw974J2bWG5q6ZqNQi EfYyjAJQaADJSs9JW2nutw7ZaGoA6qj0kRm9wVBWAPN91zlEkv8JvQU0U6yJK87mmh dd2628oqaGM2OwpilLKvys6RYmdC5rRyG8gBoG9MA5Ue7Y3+bceY+QCC1KN5p6uk2d W96pSkpEYanCf3kn6sw1218+juUkxA91q7GIHAuhCnkY3WscYQxFt4vkp4Uk62hssS QXYdhW/LHL3pA== Received: by pali.im (Postfix) id C653C5CD; Thu, 1 Dec 2022 18:39:02 +0100 (CET) Date: Thu, 1 Dec 2022 18:39:02 +0100 From: Pali =?utf-8?B?Um9ow6Fy?= To: Michael Ellerman Cc: =?utf-8?B?QXLEsW7DpyDDnE5BTA==?= , netdev@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, Marek =?utf-8?B?QmVow7pu?= Subject: Re: [PATCH 5/5] powerpc: dts: remove label = "cpu" from DSA dt-binding Message-ID: <20221201173902.zrtpeq4mkk3i3vpk@pali> References: <20221130141040.32447-1-arinc.unal@arinc9.com> <20221130141040.32447-6-arinc.unal@arinc9.com> <87a647s8zg.fsf@mpe.ellerman.id.au> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87a647s8zg.fsf@mpe.ellerman.id.au> User-Agent: NeoMutt/20180716 X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS 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 Thursday 01 December 2022 21:40:03 Michael Ellerman wrote: > Arınç ÜNAL writes: > > This is not used by the DSA dt-binding, so remove it from all devicetrees. > > > > Signed-off-by: Arınç ÜNAL > > --- > > arch/powerpc/boot/dts/turris1x.dts | 2 -- > > 1 file changed, 2 deletions(-) > > Adding Pali to Cc. > > These were only recently updated in commit: > > 8bf056f57f1d ("powerpc: dts: turris1x.dts: Fix labels in DSA cpu port nodes") > > Which said: > > DSA cpu port node has to be marked with "cpu" label. > > But if the binding doesn't use them then I'm confused why they needed to > be updated. > > cheers I was told by Marek (CCed) that DSA port connected to CPU should have label "cpu" and not "cpu". Modern way for specifying CPU port is by defining reference to network device, which there is already (&enet1 and &enet0). So that change just "fixed" incorrect naming cpu0 and cpu1. So probably linux kernel does not need label = "cpu" in DTS anymore. But this is not the reason to remove this property. Linux kernel does not use lot of other nodes and properties too... Device tree should describe hardware and not its usage in Linux. "label" property is valid in device tree and it exactly describes what or where is this node connected. And it may be used for other systems. So I do not see a point in removing "label" properties from turris1x.dts file, nor from any other dts file. > > > diff --git a/arch/powerpc/boot/dts/turris1x.dts b/arch/powerpc/boot/dts/turris1x.dts > > index 045af668e928..3841c8d96d00 100644 > > --- a/arch/powerpc/boot/dts/turris1x.dts > > +++ b/arch/powerpc/boot/dts/turris1x.dts > > @@ -147,7 +147,6 @@ ports { > > > > port@0 { > > reg = <0>; > > - label = "cpu"; > > ethernet = <&enet1>; > > phy-mode = "rgmii-id"; > > > > @@ -184,7 +183,6 @@ port@5 { > > > > port@6 { > > reg = <6>; > > - label = "cpu"; > > ethernet = <&enet0>; > > phy-mode = "rgmii-id"; > > > > -- > > 2.34.1