Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3106261pxj; Mon, 7 Jun 2021 02:23:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJweP/3eSMmsUx6XGhi2os/gOI/Bv9xXtH65owoguGLKPowOoprk/1CizMKb82WJ4iLYM//o X-Received: by 2002:a17:906:26db:: with SMTP id u27mr17299239ejc.532.1623057784216; Mon, 07 Jun 2021 02:23:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623057784; cv=none; d=google.com; s=arc-20160816; b=bn9Jq3NGOy0tPAbkGJOcJ2ERIqilQIEeEfWy04hju2XGtQiBwwNNVbJ7JiS+LrV28H gRoUJ+KZSpFVb8z6N8B+ELppl8fS1/TezKn4/vLBUsMuDI4XYzJRw8vRg2jM1OzMt+os SNgh7ZIipjY7KOivdFJigfSQ8xxfy1T8e5vWy1+DF9sOzo/LQmRbcjlDmmAsQjiWvjDX OHhd1/AOil7GLxbVFeFLcD4LyuKjVLLctAN9RhVh0+zQFDWh5fLE10jIMWhqdBQWeQP4 mBhagIVYCZl/Lj57x3J0ORLBJxPq5MdhKNxqRTI5lvyUq7N1OIF+JKkIG/kgYMHKqfyj oqyA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=Agga5W3RV+Q845HFQCq/AGFYgszYt9H13vWhRIwVD8g=; b=BuwQf1YChe6JXMJS39SX4NU5CYwywpjnqicAMyN3DanLSGW81oJw/ACbnhRFyE9xSx Tl0zL0agP/cAewqQ7x3Cbz/dxtGQuzsnMmjTUwb4cBuKCxFxZOfMs8Os6QOe5VwuzdRa qciS4g/JQrUtoPmZLxq8tN/M29oMvSmGW6XInhpssyRVrzYjOBj1cWu4TpDGZAcDZxik 50379+vFXT3yOhfa+P3he9btMrD+Ae21B/KjEEFXNdJ8hOf3bwMc5hu3jftjxEjqrGsO cjXeFefKkybKpGzecuFjh9feeGVtIxtfe1wDl7J1yc2gf663zgRO2R2wnnEVK214lkan 13tA== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail (test mode) header.i=@armlinux.org.uk header.s=pandora-2019 header.b=Guc4lcrF; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=armlinux.org.uk Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id cx14si12497097edb.356.2021.06.07.02.22.42; Mon, 07 Jun 2021 02:23:04 -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; dkim=fail (test mode) header.i=@armlinux.org.uk header.s=pandora-2019 header.b=Guc4lcrF; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=armlinux.org.uk Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230175AbhFGJXf (ORCPT + 99 others); Mon, 7 Jun 2021 05:23:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41134 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229966AbhFGJXf (ORCPT ); Mon, 7 Jun 2021 05:23:35 -0400 Received: from pandora.armlinux.org.uk (pandora.armlinux.org.uk [IPv6:2001:4d48:ad52:32c8:5054:ff:fe00:142]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9BDA6C061766; Mon, 7 Jun 2021 02:21:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=armlinux.org.uk; s=pandora-2019; h=Sender:In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=Agga5W3RV+Q845HFQCq/AGFYgszYt9H13vWhRIwVD8g=; b=Guc4lcrFvFrMfRY4qa013BS93 XytBl518zllAM6lNB/ix34vQT7CJWfnUgI4MMGZNxSePQ3nt8anB/enQjGq5m3IfynYSL2F6WFuJA 5rKxULJlO5uNXUHK0ChFfUU9/qz2tOplHbojPj1JOVGOb9uE74T6UJOTxg84KoAbncoaIL5bTu9BK /lcsqcT9PQBjNU0TzHDIGAvP6/uBb/0S3LwV5h+wEVcoNQ5UKSyrbeop/8oP2t4+RY1+R1X2FljLn WYjXb37iWUXoPXR1MSxiLr7AEKaZVaQcwUX/FM+ltbAkwK464McDjhch+xGC/76TOwpCkR1XuC1BO h3M2CANSw==; Received: from shell.armlinux.org.uk ([fd8f:7570:feb6:1:5054:ff:fe00:4ec]:44780) by pandora.armlinux.org.uk with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lqBRx-0000DQ-0G; Mon, 07 Jun 2021 10:21:37 +0100 Received: from linux by shell.armlinux.org.uk with local (Exim 4.92) (envelope-from ) id 1lqBRw-0005nY-6D; Mon, 07 Jun 2021 10:21:36 +0100 Date: Mon, 7 Jun 2021 10:21:36 +0100 From: "Russell King (Oracle)" To: Steen Hegelund Cc: "David S. Miller" , Jakub Kicinski , Andrew Lunn , Microchip Linux Driver Support , Alexandre Belloni , Madalin Bucur , Mark Einon , Masahiro Yamada , Arnd Bergmann , Philipp Zabel , Simon Horman , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Bjarni Jonasson , Lars Povlsen Subject: Re: [PATCH net-next v3 04/10] net: sparx5: add port module support Message-ID: <20210607092136.GA22278@shell.armlinux.org.uk> References: <20210604085600.3014532-1-steen.hegelund@microchip.com> <20210604085600.3014532-5-steen.hegelund@microchip.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210604085600.3014532-5-steen.hegelund@microchip.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: Russell King (Oracle) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jun 04, 2021 at 10:55:54AM +0200, Steen Hegelund wrote: > This add configuration of the Sparx5 port module instances. > > Sparx5 has in total 65 logical ports (denoted D0 to D64) and 33 > physical SerDes connections (S0 to S32). The 65th port (D64) is fixed > allocated to SerDes0 (S0). The remaining 64 ports can in various > multiplexing scenarios be connected to the remaining 32 SerDes using > QSGMII, or USGMII or USXGMII extenders. 32 of the ports can have a 1:1 > mapping to the 32 SerDes. > > Some additional ports (D65 to D69) are internal to the device and do not > connect to port modules or SerDes macros. For example, internal ports are > used for frame injection and extraction to the CPU queues. > > The 65 logical ports are split up into the following blocks. > > - 13 x 5G ports (D0-D11, D64) > - 32 x 2G5 ports (D16-D47) > - 12 x 10G ports (D12-D15, D48-D55) > - 8 x 25G ports (D56-D63) > > Each logical port supports different line speeds, and depending on the > speeds supported, different port modules (MAC+PCS) are needed. A port > supporting 5 Gbps, 10 Gbps, or 25 Gbps as maximum line speed, will have a > DEV5G, DEV10G, or DEV25G module to support the 5 Gbps, 10 Gbps (incl 5 > Gbps), or 25 Gbps (including 10 Gbps and 5 Gbps) speeds. As well as, it > will have a shadow DEV2G5 port module to support the lower speeds > (10/100/1000/2500Mbps). When a port needs to operate at lower speed and the > shadow DEV2G5 needs to be connected to its corresponding SerDes > > Not all interface modes are supported in this series, but will be added at > a later stage. It looks to me like the phylink code in your patch series is based on an older version of phylink and hasn't been updated for the split PCS support - you seem to be munging the PCS parts in with the MAC callbacks. If so, please update to the modern way of dealing with this. If that isn't the case, please explain why you are not using the split PCS support. Thanks. -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last!