Received: by 2002:a25:ef43:0:0:0:0:0 with SMTP id w3csp446011ybm; Fri, 29 May 2020 04:10:56 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz72IEJ++YuLkyI7nDsJtZwt/Tf2BNsU30vpzVso9fp2ipl8PC27jj8hDxZK0q7YhfSABMh X-Received: by 2002:a17:906:aac8:: with SMTP id kt8mr7344661ejb.460.1590750655839; Fri, 29 May 2020 04:10:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590750655; cv=none; d=google.com; s=arc-20160816; b=XAP316AxRcIKKsF+1O1kldKBik308ni3UHzkLB++xIJao8XeAk8kxSZlP2Kpzq5lrT lK9ZZs5pTDTDJMxoPsoEcKixxzHhDQbwG0/BChv4vLM7nTfBlnIf25JcXBw9czDMuwhU hJIU+cLoKQGqct2K/5I+/Mw+iUOCiJ78XMqfTB69empTi+EcutDojb5DrHRjjd0KXhaG W/97xRxaKsgKffnoabbWPuXffo75M3fj41RhSzJdj/6IAGDWblsnLaw9pYIHW5uZ2zH1 z84Bt0YscIBeew9EjifGckZIs7ZFFNtwnVJspnZg5l/sE+fFHyJKq5CZz9guG0rm1K8W qHCA== 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=6iAah4x2TTuqOT/RR5vbD4XKYDQTJexpkRVJRWpuIVE=; b=sd+sKQvtBaZYBwqQ5pd0nurAEPnEWVt7w80mnqGl9H5syqszP2NQMU7IeEFxPvQ7l6 xYuIDTTNGxmVKoFnhE+OQKuYqqbCiWrQwTiR5lv/t8iyoaZX9lkwjuO3co/9yjy4V+HS YxIZBA+YAla6NzO6r2OvzBuUWfT0irEIy4IuEwy6NgzSsjnP3/DA6RAgXjmxXwvHwS2t +CvYnumQ32r7AM4i5Lba6GmbtaLusW6/mA1o70C6UZsYK+xRIGTfb97/e+R/lxRlPKZo aVQAoKkztefEq7Nc5cp23XcXo94Mb4yeLybHi5F++T39HvAUPgEHnrgEW2rdBvobUjsu htNw== 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 b2si662976eje.78.2020.05.29.04.10.31; Fri, 29 May 2020 04:10:55 -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 S1726874AbgE2LFm convert rfc822-to-8bit (ORCPT + 99 others); Fri, 29 May 2020 07:05:42 -0400 Received: from mx2.suse.de ([195.135.220.15]:36760 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725562AbgE2LFm (ORCPT ); Fri, 29 May 2020 07:05:42 -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 4F7BBAD77; Fri, 29 May 2020 11:05:40 +0000 (UTC) Date: Fri, 29 May 2020 13:05:39 +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: <20200529130539.3fe944fed7228e2b061a1e46@suse.de> In-Reply-To: <20200528220420.GY1551@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> <20200528204312.df9089425162a22e89669cf1@suse.de> <20200528220420.GY1551@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 23:04:20 +0100 Russell King - ARM Linux admin wrote: > Can you explain this please? Just as we think we understand what's > going on here, you throw in a new comment that makes us confused. sorry about that. > You said previously that the mvpp2 was connected to a switch, which > makes us think that you've got some DSA-like setup going on here. > Does your switch drop its serdes link when all the external links > (presumably the 10G SFP+ cages) fail? > > Both Andrew and myself wish to have a complete picture before we > move forward with this. full understandable, I'll try by a small picture, which just covers one switch: external ports | | | | *-----------------------------* | 1 1 2 2 | | | | switch | | | | 1 2 1 2 | *-----------------------------* | | | | | | | | *----------* *----------* | 1 2 | | 1 2 | | | | | | node 1 | ... | node 8 | | | | | *----------* *----------* External ports a grouped in ports to network 1 and network 2. If one of the external ports has an established link, this link state will be propagated to the internal ports. Same when both external ports of a network are down. I have no control over the software running on the switch, therefore I can't enable autoneg on the internal links. The internal nodes are running our enterprise distribution and everything is working with SLE15SP1. With SLE15SP2 we've moved to kernel 5.3 and are now facing the problem, that links on der internal nodes aren't coming up anymore. I hope this makes things a little bit clearer. Thomas. -- SUSE Software Solutions Germany GmbH HRB 36809 (AG N?rnberg) Gesch?ftsf?hrer: Felix Imend?rffer