Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp369979ybv; Sat, 22 Feb 2020 05:20:18 -0800 (PST) X-Google-Smtp-Source: APXvYqy3tTcdC4K+Ozmxzs4/G+StcfaZcMm2BDtjZaz/pZ48qTil9Imw4w44cI/AlOn7gSsH+ZiK X-Received: by 2002:a9d:6d1a:: with SMTP id o26mr31532251otp.141.1582377618222; Sat, 22 Feb 2020 05:20:18 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582377618; cv=none; d=google.com; s=arc-20160816; b=JbkbhODjfGBMPobyTnxYQPmvL3Bs88maWvJFLjU4Rxjo02oc9d8KmM4DKD7dfSrofh QE+w/breuoTbLRqOF8FCbBbfolfycytwnAVTVrqVDgmBfNBeqQq0eD0Slzju7GRpzkCK z2GvlLfXHO8JvxjYpunq/h616IwdYCl2KzaHt34zg3v8B2k6GMWVljHM8qXvmkMRMw9K YejNPJDAuQS45JC+CXbClg3fdtCp5a7DOGoJGpvWcmnDG/UE6ior94RXEaZLnGnvdMgB Vi9KgIl1WNSodYGiLxk86j6LKPyE+F0eDGOKAw/kv+2ZJlRHLzTiJIYnzAKAKLHqG5Am cE9A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:message-id:references :in-reply-to:subject:cc:to:from:date:content-transfer-encoding :mime-version:dkim-signature; bh=PflziWWXiKohVr7J/dPsgitwa5siLhHLOsrVLro5scE=; b=TBNk1XszB98T0CcbkNgRf804DA6yy4aq9QFBJT+n2alQhb+JHClWZCaetloO9/cmsW QyhPa/jQxGiauHOQJpZGcyFWHk0vWN+fDEd5FvNqTMV3hhHGzWWE+g1k2ZSUzy07d8nN aNT16t3p2FE7+QVkTyc2Kxs5nopTRT4u0nlB4JMb030og81tYUgSyPpM2HFe8Ldq1FJp sxk14HxCavnNFxVagnpGuD/GG7ALLaD0CgvK4FaJrmwir5+G5V+ZHEFM8A1a1BEROIqA eX7glCy3PZrQtXrsLSMlYsiWlOW65UcC2JQQAEM877AvQCWBZoVEASLECfaRQNdEuWuB tFxA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@walle.cc header.s=mail2016061301 header.b=pbjwEldc; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u123si2507371oif.84.2020.02.22.05.20.05; Sat, 22 Feb 2020 05:20:18 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@walle.cc header.s=mail2016061301 header.b=pbjwEldc; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727312AbgBVNUB (ORCPT + 99 others); Sat, 22 Feb 2020 08:20:01 -0500 Received: from ssl.serverraum.org ([176.9.125.105]:37605 "EHLO ssl.serverraum.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726839AbgBVNUA (ORCPT ); Sat, 22 Feb 2020 08:20:00 -0500 Received: from ssl.serverraum.org (web.serverraum.org [172.16.0.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ssl.serverraum.org (Postfix) with ESMTPSA id 76409230E1; Sat, 22 Feb 2020 14:19:57 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walle.cc; s=mail2016061301; t=1582377597; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=PflziWWXiKohVr7J/dPsgitwa5siLhHLOsrVLro5scE=; b=pbjwEldcNAGilr2/TDnDGnXIvqKiZgrPi0/vQHx7dcls5Gp/xYMX4nW2wQZ4IKY2cYV5XR VrwTjzlTOgDJ3uXQuWUWo0YeLBokBJ6+9vs/9zRj28a6yj4bZXKlYc6uhtizwrC9BDcsso ax63FT5E9w/xVSPK/P0LRTf+PglPByQ= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 22 Feb 2020 14:19:57 +0100 From: Michael Walle To: Vladimir Oltean Cc: Andrew Lunn , "David S. Miller" , devicetree@vger.kernel.org, Florian Fainelli , lkml , Mark Rutland , netdev , Rob Herring , Shawn Guo , Vivien Didelot Subject: Re: [PATCH v2 net-next/devicetree 4/5] arm64: dts: fsl: ls1028a: add node for Felix switch In-Reply-To: References: <20200219151259.14273-5-olteanv@gmail.com> <20200222113829.32431-1-michael@walle.cc> Message-ID: X-Sender: michael@walle.cc User-Agent: Roundcube Webmail/1.3.10 X-Spamd-Bar: / X-Spam-Status: No, score=-0.10 X-Rspamd-Server: web X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 76409230E1 X-Spamd-Result: default: False [-0.10 / 15.00]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_ENVRCPT(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TAGGED_RCPT(0.00)[dt]; MIME_GOOD(-0.10)[text/plain]; DKIM_SIGNED(0.00)[]; DBL_PROHIBIT(0.00)[0.0.0.0:email,0.0.0.4:email]; RCPT_COUNT_SEVEN(0.00)[11]; NEURAL_HAM(-0.00)[-0.674]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_CC(0.00)[lunn.ch,davemloft.net,vger.kernel.org,gmail.com,arm.com,kernel.org]; MID_RHS_MATCH_FROM(0.00)[] Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Vladimir, Am 2020-02-22 13:25, schrieb Vladimir Oltean: > Hi Michael, > > On Sat, 22 Feb 2020 at 13:38, Michael Walle wrote: >> >> Hi, >> > >> > + >> > + enetc_port2: ethernet@0,2 { >> > + compatible = "fsl,enetc"; >> > + reg = <0x000200 0 0 0 0>; >> > + phy-mode = "gmii"; >> Can we disable this port by default in this dtsi? As mentioned in the >> other >> mail, I'd prefer to have all ports disabled because it doesn't make >> sense >> to have this port while having all the external ports disabled. >> > > Ok. What would you want to happen with the "ethernet" property? Do you > want the board dts to set that too? That's something I've also thought about. And now that you've mention this, I think it makes more sense to have that in the board too. Because if you have the freedom to use either eno2/swp4 or eno3/swp5, then if I choose the second one I'd have to delete the ethernet property from the first, correct? I actually thought about adding the ethernet property to both; but (1) I don't know if that is even possible (given that one is always disabled) and (2) if one want to use the second port as an additional link to the switch you'd have to remove the ethernet property on that port. correct? >> > + /* Internal port with DSA tagging */ >> > + mscc_felix_port4: port@4 { >> > + reg = <4>; >> > + phy-mode = "internal"; >> > + ethernet = <&enetc_port2>; >> Likewise, I'd prefer to have this disabled. >> > > Ok. > >> > + enetc_port3: ethernet@0,6 { >> > + compatible = "fsl,enetc"; >> > + reg = <0x000600 0 0 0 0>; >> > + status = "disabled"; >> > + phy-mode = "gmii"; >> shouldn't the status be after the phy-mode property? > > Why? I thought that would be a rule. I just had a quick look on some other device trees before and they all has the status property as the last property (before any subnodes). I might be mistaken. If so, you could do it for consistency reasons ;) all status property in the ls1028a.dtsi are the last ones. -michael