Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp3206761pxu; Tue, 8 Dec 2020 06:20:25 -0800 (PST) X-Google-Smtp-Source: ABdhPJyQCxGz2Xxt8WFnAQDLOyKOwaZJR1Lv6PX36kEErgsWjF69kDSrUOvbDcrwtqDDQKsrrbJY X-Received: by 2002:a50:a410:: with SMTP id u16mr25017765edb.274.1607437225139; Tue, 08 Dec 2020 06:20:25 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607437225; cv=none; d=google.com; s=arc-20160816; b=Xa7Kx6qqBjv0qHAW1NfGzoxPs3XZE7GTcCDkPtOZhZtw+FZwNet4/9TkyA8P1AAIu+ a40/hRsuFhk1bSb/DOTxe4YTrPx/BmuM5gLveM7WOGMGEV8C+3f/lZZcfRh1SUcggL+Z tpo65oTIlXh1oxzPjwpphZs2minG9yqJnpQ0I8jfcVUEhQ8LjdntsOjvmoFOSSHzgKZk H5eQRqOKqWtPronVaoI1X5xxfdm1EljBFJiPlEvTJCtAUxP+kJhmP9yMN8eV3N5LspnK 3YkJAMjUIGznOWH4rqQ/rR1THRGTFLe1QmULSwFhOLOUkogFcepPpE3lxMSZ7cNVWtn/ zdoA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=85rUVH80LEBfpYFaa/1HOkvtBKVmkmeEIgPOmPJRnUo=; b=pGKDxVRkUxpqVW7ksR+1mxY3Pb6WlG12FTakG+qC8a/9rJRA+efrIeCwQA46bCowOW 1kNvu6trpZm6uaYwCDjMslN8WYclclOgwmugEcpXob9A9t4iGvzleEpCWr0K/db2iLJI rGVQrEqNvFQgATDTtZzOcCyPpp1eHhgFVsc+pnEpha/NBOsjcPMesgqQDusuHtxzRNl5 2i3PGnCrJCAeBB3c5ZaFBwVmg3XA3W61CLKqBV174XmkIi6FY/KZfOafv47ZfuvBLifK Dmc33vy6mtxtzdZhzIakploBghS/FupawyQraCSZxNbZTHwe6BGUy/P/X1R/o7BWOjUo kRiA== 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 v21si8561368ejh.106.2020.12.08.06.20.01; Tue, 08 Dec 2020 06:20:25 -0800 (PST) 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 S1729746AbgLHOQN (ORCPT + 99 others); Tue, 8 Dec 2020 09:16:13 -0500 Received: from vps0.lunn.ch ([185.16.172.187]:44308 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729377AbgLHOQN (ORCPT ); Tue, 8 Dec 2020 09:16:13 -0500 Received: from andrew by vps0.lunn.ch with local (Exim 4.94) (envelope-from ) id 1kmdm3-00ApGj-QR; Tue, 08 Dec 2020 15:15:27 +0100 Date: Tue, 8 Dec 2020 15:15:27 +0100 From: Andrew Lunn To: Jean Pihet Cc: netdev@vger.kernel.org, LKML , Ryan Barnett , Conrad Ratschan , Hugo Cornelis , Arnout Vandecappelle Subject: Re: [PATCH v2] net: dsa: ksz8795: adjust CPU link to host interface Message-ID: <20201208141527.GI2475764@lunn.ch> References: <20201201083408.51006-1-jean.pihet@newoldbits.com> <20201201184100.GN2073444@lunn.ch> <20201201204516.GA2324545@lunn.ch> <20201208021131.GE2475764@lunn.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > > Hi Jean > > > > I never said i was too specific to your board. There are other boards > > using different switches like this. This is where the commit message > > is so important. Without understanding Why? it is hard to point you in > > the right direction. > > > > So you setup is: > > > > SoC - MAC - PHY - PHY - MAC - Switch. > > > > The SoC MAC driver is looking after the first PHY? > > No, the connection is at the MAC level, via RGMII but it is missing the MDC/ > MDIO signals. That means we have to fix the auto-neg parameters from the DT. So the PHY is there, but you cannot talk to it? It has strapping resisters to make it auto-neg to the other PHY? Some switches default their CPU port to the maximum speed the port can do. But not all do. It is worth checking that. > On the 4.14 LTS kernel we are working with, the setup of the parameters is done > via adjust_link. Since the phylink conversion adjust_link is not required > anymore, is this correct? 4.14 is dead in terms of development. Anything you contribute needs to be for net-next, and then you need to figure out how to backport it. Using v5.4 will help with that, since it is much closer, and v5.10 will be LTS. Given the change to phylink, you probably want as new a kernel as possible. If you put a fixed-link property in the "CPU" node, phylink should do the right thing for you. Andrew