Received: by 2002:a25:ef43:0:0:0:0:0 with SMTP id w3csp654070ybm; Thu, 28 May 2020 11:45:49 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy7N84oAOpJyNem5Nah8XF5ctWLuXd9kCDbjVh43mZfbTmTOv6yH5ZH+XY9PXurchIJ1cn9 X-Received: by 2002:a17:906:6b8a:: with SMTP id l10mr4087225ejr.465.1590691549060; Thu, 28 May 2020 11:45:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590691549; cv=none; d=google.com; s=arc-20160816; b=Kbd/69t+1rWW0JnOI7kV/t9Ia+IIor5u6ytikLAJrfewb8pfyx5tbwWCFxEy+DSZIn ATsihaz+rAgTTzokgm9i3tg1mJzNtVG3Qq9qLXYcQn23Qw0p5cvE3ZL5qowyr6+YgEEg foAfhqu7JeZ5aKkD82ImNDjraaeRlAfRzOqlVXR1XeEiddocJlQxAIWzLhQZwXU2Shdn Et+FUwOvYRL8PhLYtu+kAX1Ndm2LXP2xtne0b3Q9lM8mLDT/rKNy+2HpX5brUdmquAeb IC/9cl9zuoAk1/lqKEZeHfBqwnnQesY9WW6bpAR0e+OzJC57I/NAtXnnAaA4pZKWe2DG IOPg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=XnsT8ZQJMhRMPn3/KF6gSb2RBAhYcftW4/UJ+yRye8Q=; b=KnAvzMLX8KiVSp3o0z5pluiqmDXfKnh+ABgSB5zMp5t3fKrgEGtQDEBkNyWPYPVRgp lfF//cET+d3I/v4UPGlWZpUPG723ioOPib7Zy52IGsrp5/9NW3xHDwd+4+fZt6rSp/B2 glwRz8vdqFlG4B+kJJbuAtz+DNA5L2xmZ+/VnLh/alhNNlZikcyhni7cl9OJ31qHwoNZ 2SvhGF9plI8r/yMw89oy5BLNAW27jmbfAOSqn0sss3ZBzOAkxQhmJ7f3nByCqL5Zmc9+ FNCmrREysvfcz0PfNq3UXeVu6/N72B9tFu5f7kewb8fA88BbHmSASejy4bjABFzYYWpK IeFA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g23si3894910ejh.337.2020.05.28.11.45.25; Thu, 28 May 2020 11:45:49 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2391484AbgE1SnS convert rfc822-to-8bit (ORCPT + 99 others); Thu, 28 May 2020 14:43:18 -0400 Received: from mx2.suse.de ([195.135.220.15]:57116 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2391488AbgE1SnP (ORCPT ); Thu, 28 May 2020 14:43:15 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 26997AB5C; Thu, 28 May 2020 18:43:13 +0000 (UTC) Date: Thu, 28 May 2020 20:43:12 +0200 From: Thomas Bogendoerfer To: Russell King - ARM Linux admin Cc: "David S. Miller" , Jakub Kicinski , netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH net] net: mvpp2: Enable autoneg bypass for 1000BaseX/2500BaseX ports Message-Id: <20200528204312.df9089425162a22e89669cf1@suse.de> In-Reply-To: <20200528144805.GW1551@shell.armlinux.org.uk> References: <20200528121121.125189-1-tbogendoerfer@suse.de> <20200528130738.GT1551@shell.armlinux.org.uk> <20200528151733.f1bc2fcdcb312b19b2919be9@suse.de> <20200528135608.GU1551@shell.armlinux.org.uk> <20200528163335.8f730b5a3ddc8cd9beab367f@suse.de> <20200528144805.GW1551@shell.armlinux.org.uk> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.32; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 28 May 2020 15:48:05 +0100 Russell King - ARM Linux admin wrote: > On Thu, May 28, 2020 at 04:33:35PM +0200, Thomas Bogendoerfer wrote: > > below is the dts part for the two network interfaces. The switch to > > the outside has two ports, which correlate to the two internal ports. > > And the switch propagates the link state of the external ports to > > the internal ports. > > Okay, so this DTS hasn't been reviewed... that's from our partner, I'm just using it. Stripping it down isn't the point for my now. > This isn't correct - you are requesting that in-band status is used > (i.o.w. the in-band control word, see commit 4cba5c210365), but your > bug report wants to enable AN bypass because there is no in-band > control word. This seems to be rather contradictory. > > May I suggest you use a fixed-link here, which will not have any afaik fixed-link will always be up, and we want to have the link state from the switch external ports. > inband status, as there is no in-band control word being sent by > the switch? That is also the conventional way of handling switch > links. again, we want to propagte the external link state inside to all the internal nodes. So this will not work anymore with fixed-link. Thomas. -- SUSE Software Solutions Germany GmbH HRB 36809 (AG N?rnberg) Gesch?ftsf?hrer: Felix Imend?rffer